Как устранить ошибки «Отказано в соединении» в соединении SSH?

У меня дома установлен Ubuntu Server 10.10 32-bit. Я делаю SSH соединения с ним через ПК через Putty.

Проблема в том, что иногда я могу войти без проблем. Тем не менее, иногда это выдает мне такую ​​ошибку: Network error: Connection refused.

Затем я ничего не меняю, пытаюсь войти в систему несколько раз, подождать некоторое время и повторить попытку. Иногда я могу войти, иногда я не могу. Мне это кажется довольно случайным.

Что я могу сделать, чтобы решить эту проблему?

Редактировать:

И иногда, Putty выдает ошибку Network error: Software caused connection abort после отображения login as: текста.

Вот вывод ping -t:

Pinging 192.168.2.254 with 32 bytes of data:
Reply from 192.168.2.254: bytes=32 time=6ms TTL=64
Reply from 192.168.2.254: bytes=32 time=65ms TTL=6
Reply from 192.168.2.254: bytes=32 time=88ms TTL=6
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=3ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64

Я отключил брандмауэр маршрутизатора, и теперь все работает. За исключением этого, я все еще не могу зайти на свой веб-сервер, набрав внешний IP-адрес со своего компьютера.

128
задан 17 December 2013 в 22:31

14 ответов

Конфликт IP-адресов оказался основной причиной, когда я увидел это сообщение об ошибке SSH.

Прочитав ответы выше, я подозревал конфликт IP-адресов, но мне нужно было доказать, что конфликт адресов был или не был проблемой.

В этой замечательной статье показано, как использовать arp-scan, чтобы увидеть если два устройства запрашивали один и тот же IP-адрес.

В моем случае серверный компьютер имел статический IP-адрес 192.168.1.42, я использовал arp-scan для проверки этого адреса:

$ sudo apt-get install arp-scan
$ arp-scan -I eth0 -l | grep 192.168.1.42
  192.168.1.42 d4:eb:9a:f2:11:a1 (Unknown)
  192.168.1.42 f4:23:a4:38:b5:76 (Unknown) (DUP: 2)

Конечно, был конфликт , как показано выше. Затем я запустил arp-scan без grep, обнаружил, что .43 доступен, пошел и отредактировал / etc / network / interfaces и изменил статический ip с .42 на .43

48
ответ дан 17 December 2013 в 22:31

ನೀವು ಇದನ್ನು ಮಾಡಿದರೆ ನಿಮಗೆ ಏನು ಸಿಗುತ್ತದೆ?

grep 192.168.2.25 /etc/hosts.deny

ಅದು ಏನನ್ನಾದರೂ ಹಿಂದಿರುಗಿಸಿದರೆ ನೀವು ಅದನ್ನು ತೆಗೆದುಹಾಕಬೇಕಾಗುತ್ತದೆ.

6
ответ дан 17 December 2013 в 22:31

Возможно, вы захотите проверить ваши правила iptables на вашем сервере. Похоже, что у вас есть правило для ограничения новых соединений SSH.

Следующее правило разрешает 5 новых соединений в минуту, если вы превысите этот лимит, ваши новые соединения будут отклонены по истечении некоторого времени:

-A INPUT -p tcp --dport 22 -m conntrack --ctstate NEW -m limit --limit 5/min -j ACCEPT

Смотрите IPTables /документацию Netfilter, прокрутите немного до limit.

2
ответ дан 17 December 2013 в 22:31

Используйте arping на IP-адресе, который имеет проблемы с соединением. Это покажет MAC-адрес для каждого ответа ping, и, будем надеяться, разоблачит неавторизованный MAC-адрес.

arping 192.168.2.254

Вы должны проверить пул IP-адресов DHCP на DHCP-сервере, убедиться, что ни одно устройство не имеет статических IP-адресов, которые сталкиваются с пулом DHCP.

Эти подсказки указывают на дублирование IP:

  • ping ttl и время перекрутки похоже на 2 отдельных сервера
  • прерывистых отключений без перезагрузки
18
ответ дан 17 December 2013 в 22:31

Это выглядит скорее проблемой вашего сетевого оборудования, чем самого сервера.

Проверьте /var/log/messages на наличие ethernet-соединения up/downs (или wlan в случае беспроводной связи). Если это так, попробуйте поменять кабели.

4
ответ дан 17 December 2013 в 22:31

У меня была такая же проблема, даже несмотря на то, что у меня был статический IP-адрес. Оказалось, что другому серверу в моей сети был присвоен тот же самый (статический) IP-адрес. (Duh.) Так что, похоже, что проблема вызвана конфликтами IP-адресов, но могут быть различные возможные пути их возникновения. Если вы установили статический и все еще имеете проблему, попробуйте выключить вашу машину и выполнить пинг-пинг по адресу. Если вы получите какие-либо ответы, начните искать, что еще может иметь тот же самый адрес.

9
ответ дан 17 December 2013 в 22:31

arp-scan показывает два повторяющихся устройства, но когда я запускаю расширенный сканер IP на Win8, все они выглядят нормально. Так что они не всегда соглашаются.

Я настроил маршрутизатор на отзыв всех договоров аренды, указав, чтобы он выдавал аренду только на 1 час. Дадим ему время посмотреть, прояснится ли он.

1
ответ дан 17 December 2013 в 22:31

У меня была точно такая же проблема, и в моем случае это оказалось конфликтом IP-адресов. Моя ВМ Ubuntu имела динамический адрес, но на другой машине (в данном случае на телефоне) был назначен статический IP, о котором DHCP сервер не знал.

Просто изменение IP, который был назначен DHCP сервером на ВМ Ubuntu исправило все проблемы с соединением.

2
ответ дан 17 December 2013 в 22:31

Это в основном из-за одной из следующих причин:

  1. Слишком много пользователей в сети пытаются получить доступ к серверу
  2. Подробнее чем один компьютер в сети имеет тот же IP-адрес, что и сервер, вызывающий конфликт IP.
  3. Неверное имя пользователя или ваши учетные данные отозваны
3
ответ дан 17 December 2013 в 22:31

откройте файл конфигурации ssh:

sudo nano /etc/ssh/ssh_config

найдите порт

#port 22

удалите параметр порта

, затем сохраните файл, нажав ctrl + x и перезапустите ваша служба

sudo service ssh restart
14
ответ дан 17 December 2013 в 22:31

ይህ ከመሰራቱ በፊት በሊኑክስ ላይ የኦፕን ሻሽ አገልጋይ መጫን አለብዎት። የኡቡንቱን ውስጣዊ የአይፒ አድራሻ ያግኙ እና በራውተርዎ ወደብ 22 (ኤስኤስኤች) ክፍል ላይ ወደብ ማስተላለፍን ለማቀናበር ያንን አይፒ ይጠቀሙ ፡፡ ምንም እንኳን ከአውታረ መረብዎ ውጭ ወደ ኤስኤስኤች የማያስቡ ከሆነ ፣ ይህ አይፈለግም።

Openssh-server ን እንዴት እንደሚጭኑ እነሆ-

sudo apt-get install openssh-server openssh-client
[ENTER PASSWORD]
98
ответ дан 17 December 2013 в 22:31

Я могу подтвердить именно эту проблему: это не простая проблема с подключением. Соединение Ethernet не меняет состояния; сервер доступен через пинг; ssh время от времени подключается безупречно, а затем случайно не подключается или существующий сеанс ssh обрывается. Это происходит в Ubuntu 10.04 и 11.04. Следуя предложению hheimbuerger, я присвоил серверу статический IP-адрес, похоже, это исправило проблему.

Обходной путь: изменить адаптер с DHCP на статический.

4
ответ дан 17 December 2013 в 22:31

В моем случае fail2ban заблокировал мой IP-адрес:

  1. iptables -n -L (используйте это команда, чтобы узнать, были ли вы заблокированы этим ****** или чем-то еще)
  2. https://bobcares.com/blog/fail2ban-unban-ip/
0
ответ дан 22 November 2019 в 23:04

на Manjaro, а sshd установлен по умолчанию, демон сервера не работал.

sudo systemctl start sshd.service сразу открыл его и работает сразу после установки.

0
ответ дан 5 January 2021 в 23:55

Другие вопросы по тегам:

Похожие вопросы: