Connection to server failed
Содержание
- 1 Как исправить ошибку SSH Connection Refused
- 1.1 Почему при использовании SSH возникает отказ в подключении?
- 1.2 Клиент SSH не установлен
- 1.3 Решение: установить клиент SSH
- 1.4 Демон SSH не установлен на сервере
- 1.5 Решение: установите SSH на удаленный сервер
- 1.6 Учетные данные неверны
- 1.7 Служба SSH не работает
- 1.8 Решение: включить службу SSH
- 1.9 Брандмауэр препятствует подключению SSH
- 1.10 Решение: разрешить SSH-подключения через брандмауэр
- 1.11 Порт SSH закрыт
- 1.12 Решение: откройте порт SSH
- 1.13 Отладка и ведение журнала SSH
- 2 Не удалось подключиться к 127.0.0.1:27017, причина:errno: 111 соединение отказано
Как исправить ошибку SSH Connection Refused
У вас проблемы с доступом к удаленному серверу через SSH? Если SSH отвечает сообщением «Connection Refused» (Соединение отклонено), возможно, вам придется изменить запрос или проверить настройки.
Почему при использовании SSH возникает отказ в подключении?
Существует множество причин, по которым вы можете получить ошибку «Connection Refused» при попытке подключения к серверу по SSH. Чтобы решить эту проблему, вам сначала нужно определить, почему система отказалась от вашего подключения через SSH.
Ниже вы найдете некоторые из наиболее распространенных причин, которые могут вызвать отказ в соединении SSH.
Клиент SSH не установлен
Прежде чем устранять другие проблемы, первым делом необходимо проверить, правильно ли установлен SSH. На машине, с которой вы получаете доступ к серверу, должен быть настроен клиент SSH. Без правильной настройки клиента вы не сможете подключиться к серверу.
Чтобы проверить, есть ли в вашей системе клиент SSH, введите в окне терминала следующее:
ssh
ssh
Если терминал предоставляет список параметров команды ssh, клиент SSH установлен в системе. Однако, если он ответит, что команда не найдена (command not found), вам необходимо установить клиент OpenSSH.
Решение: установить клиент SSH
Чтобы установить клиент SSH на свой компьютер, откройте терминал и выполните одну из команд, перечисленных ниже.
Для систем Ubuntu / Debian:
sudo apt установить openssh-client
Для систем CentOS / RHEL:
sudo yum установить openssh-client
Демон SSH не установлен на сервере
Так же, как вам нужна клиентская версия SSH для доступа к удаленному серверу, вам нужна версия сервера для прослушивания и приема соединений. Таким образом, сервер может отклонить входящее соединение, если SSH-сервер отсутствует или настройка неверна.
Чтобы проверить, доступен ли SSH на удаленном сервере, выполните команду:
ssh localhost
Если на выходе отображается «Connection refused», переходите к установке SSH на сервере.
Connection refused
Решение: установите SSH на удаленный сервер
Чтобы решить проблему отсутствия сервера SSH, установите сервер OpenSSH.
Учетные данные неверны
Опечатки или неправильные учетные данные – частые причины отказа в SSH-соединении. Убедитесь, что вы не ошиблись при вводе имени пользователя или пароля.
Затем проверьте, правильно ли вы используете IP-адрес сервера.
Наконец, убедитесь, что у вас открыт правильный порт SSH. Вы можете проверить, запустив:
grep Port /etc/ssh/sshd_config
На выходе отображается номер порта, как на картинке ниже.
grep Port /etc/ssh/sshd_config
Служба SSH не работает
Служба SSH должна быть включена и работать в фоновом режиме. Если служба не работает, демон SSH не может принимать соединения.
Чтобы проверить статус службы, введите эту команду:
sudo service ssh status
Вывод должен ответить, что служба активна. Если терминал отвечает, что служба не работает, включите его, чтобы решить проблему.
sudo service ssh status
Решение: включить службу SSH
Если система показывает, что демон SSH не активен, вы можете запустить службу, выполнив:
systemctl start sshd
Чтобы служба запускалась при загрузке, выполните команду:
sudo systemctl enable sshd
Брандмауэр препятствует подключению SSH
SSH может отклонить соединение из-за ограничений брандмауэра. Брандмауэр защищает сервер от потенциально опасных подключений. Однако, если в системе настроен SSH, необходимо настроить брандмауэр, чтобы разрешить SSH-соединения.
Убедитесь, что брандмауэр не блокирует SSH-соединения, так как это может вызвать ошибку «Connection refused».
Решение: разрешить SSH-подключения через брандмауэр
Чтобы решить проблему, о которой мы упоминали выше, вы можете использовать ufw (Uncomplicated Firewall – несложный брандмауэр), инструмент интерфейса командной строки для управления конфигурацией брандмауэра.
Введите следующую команду в окне терминала, чтобы разрешить SSH-соединения:
sudo ufw allow ssh
sudo ufw allow ssh
Порт SSH закрыт
Когда вы пытаетесь подключиться к удаленному серверу, SSH отправляет запрос на определенный порт. Чтобы принять этот запрос, на сервере должен быть открыт порт SSH.
Если порт закрыт, сервер отказывает в соединении.
По умолчанию SSH использует порт 22. Если вы не вносили никаких изменений в конфигурацию порта, вы можете проверить, прослушивает ли сервер входящие запросы.
Чтобы вывести список всех прослушивающих портов, запустите:
sudo lsof -i -n -P | grep LISTEN
Найдите порт 22 в выходных данных и проверьте, установлено ли для него STATE значение LISTEN.
Кроме того, вы можете проверить, открыт ли конкретный порт, в данном случае порт 22:sudo lsof -i:22
sudo lsof -i:22
Решение: откройте порт SSH
Чтобы разрешить порту 22 слушать запросы, используйте команду iptables:
sudo iptables -A INPUT -p tcp –dport 22 -m conntrack –ctstate NEW,ESTABLISHED -j ACCEPT
Вы также можете открывать порты через графический интерфейс, изменив настройки брандмауэра.
Отладка и ведение журнала SSH
Чтобы проанализировать проблемы SSH в Linux, вы можете включить подробный режим или режим отладки. Когда вы включаете этот режим, SSH выдает отладочные сообщения, которые помогают устранять проблемы с подключением, конфигурацией и аутентификацией.
Существует три уровня детализации:
- уровень 1 (-v)
- уровень 2 (-vv)
- уровень 3 (-vvv)
Поэтому вместо доступа к удаленному серверу с использованием синтаксиса ssh [server_ip] добавьте параметр -v и выполните:
ssh -v [server_ip]
ssh -v
В качестве альтернативы вы можете использовать:
ssh -vv [server_ip]
или
ssh -vvv [server_ip]
Источник: https://zen.yandex.ru/media/merion_networks/kak-ispravit-oshibku-ssh-connection-refused-5fb140eb1064d30b6c2c990b
Не удалось подключиться к 127.0.0.1:27017, причина:errno: 111 соединение отказано
при попытке этой команды mongo в ubuntuЯ получаю эту ошибку.
[email protected]:~$ mongo MongoDB shell version: 2.6.1 connecting to: test 2014-10-06T12:59:35.802+0530 warning: Failed to connect to 127.0.0.1:27017, reason: errno:111 Connection refused 2014-10-06T12:59:35.802+0530 Error: couldn't connect to server 127.0.0.1:27017 (127.0.0.1), connection attempt failed at src/mongo/shell/mongo.js:146 exception: connect failed
Как я могу исправить это, у кого была такая же проблема.
выполните следующую команду :
sudo rm /var/lib/mongodb/mongod.locksudo service mongod restart
соединение отказано в MongoDB errno 111
MacOS:
rm /usr/local/var/mongodb/mongod.lock sudo service mongod restart
У меня была такая же проблема на Mac OSПопробуйте запустить судо команду mongod и в новой вкладке терминала запустите монго
спасибо всем, кого я пробовал запустить mongo, он не работал, наконец, я обнаружил, что на моем жестком диске нет места, я очистил часть пространства и, наконец, повторно установил его той же процедурой установки, что и для установки, как указано в MongoDB docs, наконец, перезапустил сервер, и он работает.
https://docs.mongodb.org/manual/tutorial/install-mongodb-on-ubuntu
в моем случае ошибка была вызвана отсутствием папки /data/db, которую mongodb использует для хранения ваших данных. Пожалуйста, введите эту команду $sudo mongod в вашем терминале. Если сообщение об ошибке что-то вроде :
missing data/db folder error
просто создайте папку, и вы хорошо идти.
первый,Запустить MongoDB:
sudo service mongod start
затем, Run:
mongo
вероятно, у вас нет места на жестком диске.Проверьте это, введя promt df -h
обратите внимание, что mongo может потерпеть неудачу даже с 3Gb, доступным в соответствующем разделе. Для получения дополнительной информации вы можете проверить журнал:cat /var/log/mongodb/mongod.log
у меня была такая же проблема на моем Mac, и я установил mongodb через homebrew. Я решаю эту проблему с помощью homebrew services
перед подключением консоли убедитесь, что вы запустили службу MongoDB.
“выполнить” и запустите сервер:
$ sudo mongod
затем:
$ mongo…>
этого:
sudo rm /var/lib/mongodb/mongod.locksudo service mongod restart
если вы находитесь на Ubuntu 16.04, который вы можете выяснить, runnign это:
lsb_release -a
вам нужно создать новый файл в /lib/systemd/system/mongod.service следующего содержания:
[Unit]Description=High-performance, schema-free document-oriented databaseAfter=network.targetDocumentation=https://docs.mongodb.org/manual [Service]User=mongodbGroup=mongodbExecStart=/usr/bin/mongod –quiet –config /etc/mongod.conf [Install]WantedBy=multi-user.target
Я думаю, за исключением дискового пространства issuse, вы должны проверить вход в /var/log/mongodb чтобы узнать подробности о том, почему не удалось запустить mongodb.
cat /var/log/mongodb/mongod.log 2016-06-26T15:26:26.642+0800 I CONTROL [main] ***** SERVER RESTARTED *****2016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] MongoDB starting : pid=8130 port=27017 dbpath=/var/lib/mongodb 64-bit host=hadoop-master2016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] db version v3.2.72016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] git version: 4249c1d2b5999ebbf1fdf3bc0e0e3b3ff5c0aaf22016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.0.1f 6 Jan 20142016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] allocator: tcmalloc2016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] modules: none2016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] build environment:2016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] distmod: ubuntu14042016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] distarch: x86_642016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] target_arch: x86_642016-06-26T15:26:26.649+0800 I CONTROL [initandlisten] options: { config: “/etc/mongod.conf”, net: { bindIp: “127.0.0.1,192.168.3.10”, port: 27017 }, storage: { dbPath: “/var/lib/mongodb”, journal: { enabled: true } }, systemLog: { destination: “file”, logAppend: true, path: “/var/log/mongodb/mongod.log” } }2016-06-26T15:26:26.678+0800 E NETWORK [initandlisten] Failed to unlink socket file /tmp/mongodb-27017.sock errno:1 Operation not permitted2016-06-26T15:26:26.678+0800 I – [initandlisten] Fatal Assertion 285782016-06-26T15:26:26.678+0800 I – [initandlisten] ***aborting after fassert() failure
Итак, здесь мне нужно rm все файлы в /tmp. Меня это устраивает.
в моем случае проблема была вызвана из-за очевидной потери разрешения на mongodb.файл блокировки. Я мог бы решить проблему изменения разрешения с помощью следующей команды:
sudo chown mongodb:mongodb /var/lib/mongodb/mongodb.lock
далее следует мое расследование:
Я понимаю, что вопрос касается Ubuntu.
но если вы получаете ту же ошибку на Mac и не хочу!–1–> работает на отдельной вкладке, вы можете сделать следующее, чтобы исправить ошибку подключения, если у вас есть Homebrew –
brew services start mongodb
на основе ответа из этого потока -Не удается подключиться к mongodb errno: 61 соединение отказано
в моем случае bind_ip не 127.0.0.1 в / etc / mongodb.conf файл, поэтому измените bind_ip на 127.0.0.1(это могут быть значения, разделенные запятыми, поэтому убедитесь, что 127.0.0.1 является одним из них), затем перезагрузка ваша система вступит в силу.Перезапуск только для тех, кто сталкивается$sudo service mongod restartFailed to restart mongod.service: Unit mongod.service not found.
очень просто, только удалить файл /var/lib/mongodb/mongodb.lock. после только выполнить:mongo. кончено
возможно, что каталог данных для mongo указан в /etc/mongod.conf недопустимый путь.
попробуйте перепроверить путь, если он действительно существует sudo vi /etc/mongod.conf и dbPath.
у меня такая же ошибка с вами, это мой случай:
~# mongod2018-07-15T05:27:08.265+0000 I JOURNAL [initandlisten] journal dir=/data/db/journal2018-07-15T05:27:08.265+0000 I JOURNAL [initandlisten] recover : no journal files present, no recovery needed2018-07-15T05:27:08.301+0000 I JOURNAL [durability] Durability thread started2018-07-15T05:27:08.301+0000 I JOURNAL [journal writer] Journal writer thread started2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] MongoDB starting : pid=26796 port=27017 dbpath=/data/db 64-bit host=ubuntu-s-2vcpu-4gb-sfo2-012018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] ** WARNING: You are running this process as the root user, which is not recommended.2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] 2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] 2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] ** We suggest setting it to 'never'2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] 2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] db version v3.0.62018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] git version: 1ef45a23a4c5e3480ac919b28afcba3c615488f22018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] build info: Linux build6.ny.cbi.10gen.cc 2.6.32-431.3.1.el6.x86_64 #1 SMP Fri Jan 3 21:39:27 UTC 2014 x86_64 BOOST_LIB_VERSION=1_492018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] allocator: tcmalloc2018-07-15T05:27:08.302+0000 I CONTROL [initandlisten] options: {}2018-07-15T05:27:08.308+0000 I NETWORK [initandlisten] waiting for connections on port 27017
Я набираю mongod для запуска сервера, и я набираю control + c для выхода в shell
затем я типа mongo и я
~# mongoMongoDB shell version: 3.0.6connecting to: test2018-07-15T05:05:02.738+0000 W NETWORK Failed to connect to 127.0.0.1:27017, reason: errno:111 Connection refused2018-07-15T05:05:02.739+0000 E QUERY Error: couldn't connect to server 127.0.0.1:27017 (127.0.0.1), connection attempt failed at connect (src/mongo/shell/mongo.js:179:14) at (connect):1:6 at src/mongo/shell/mongo.js:179
как вы можете видеть, моя информация об ошибке совпадает с вами.
это случай, когда mongod не начинается с бэкэнд-процесса, когда я набираю control + c Я ушел из mongod.
мы можем добавить — fork args, чтобы сделать демон процесса процесс.
# mongod –logpath /usr/local/mongodb/log.txt –fork
вы должны установить –logpath если вы хотите использовать –fork
тогда вам удастся подключиться к mongo
Монго 3.*.* – OSX-2017
от README
RUNNING
изменить каталог на mongodb-osx-x86_64-3.*.* / bin
для запуска одной базы данных сервера:
$ mkdir /data/db$ ./mongod
перейти к new терминал
$ # The mongo javascript shell connects to localhost and test database $ # by default -Run the following command in new terminal$ ./mongo > help
Я решил, что просто введя sudo mongo после
просто некоторые мысли по моему делу.
Если вы изменили dbpath и logPath dirs на свои пользовательские значения (скажем /data/mongodb/data, /data/mongodb/log), вы должны отправить их пользователю mongodb, иначе будет использоваться несуществующий /data/db/ dir.
sudo chown -R mongodb:mongodb /data/mongodb/ sudo service mongod restart
изменения команду mongod.conf в . последний mongodb (3.6.5)
вот как я исправил эту проблему на mac os High Sierra 10.12.3
монго –версия
MongoDB shell version v3.6.5 git version: a20ecd3e3a174162052ff99913bc2ca9a839d618 OpenSSL version: OpenSSL 1.0.2o 27 Mar 2018 allocator: system modules: none build environment:distarch: x86_64target_arch: x86_64
найти команду mongod.conf
sudo find / -name mongod.conf`
/ usr / local / etc / mongod.конф > первый результат .
открыть команду mongod.conf файл
sudo vi /var/local/etc/mongod.conf
редактировать в файле для удаленного доступа в разделе net: раздел
port: 27017 bindIpAll: true #bindIp: 127.0.0.1 // comment this out
перезапустить mongodb
если вы установили с помощью brew, чем
brew services stop mongodb brew services start mongodb
в противном случае, убить процесс.
sudo kill -9
Источник: https://askdev.ru/q/ne-udalos-podklyuchitsya-k-127-0-0-1-27017-prichina-errno-111-soedinenie-otkazano-45381/