Connection to server failed

Как исправить ошибку SSH Connection Refused

Connection to server failed

У вас проблемы с доступом к удаленному серверу через 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. уровень 1 (-v)
  2. уровень 2 (-vv)
  3. уровень 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 соединение отказано

Connection to server failed

при попытке этой команды 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

  1. найти команду mongod.conf

    sudo find / -name mongod.conf`

    / usr / local / etc / mongod.конф > первый результат .

  2. открыть команду mongod.conf файл

    sudo vi /var/local/etc/mongod.conf

  3. редактировать в файле для удаленного доступа в разделе net: раздел

    port: 27017 bindIpAll: true #bindIp: 127.0.0.1 // comment this out

  4. перезапустить 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/

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.