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

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

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

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

arping 192.168.2.254

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

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

• ping ttl и время прохождения туда-обратно выглядят как 2 разных сервера
• прерывистое отключение без перезагрузки

Конфликт 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

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

1. Слишком много пользователей в сети пытаются получить доступ к серверу
2. Более одного компьютера в сети имеют одинаковый IP как сервер, вызывающий конфликт IP
3. Неправильное имя пользователя или ваши учетные данные были аннулированы

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

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

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

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

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

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

Что вы получаете, если делаете это?

grep 192.168.2.25 /etc/hosts.deny

Если это что-то возвращает, вам нужно удалить это.

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

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

sudo nano /etc/ssh/ssh_config

найти порт

#port 22

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

и сохранить файл с помощью ctrl + x и перезапустите службу

sudo service ssh restart

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

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

Вы должны установить openssh-сервер в Linux, прежде чем это сработает. Получите внутренний IP-адрес Ubuntu и используйте этот IP-адрес для настройки переадресации портов в разделе порта 22 (SSH) вашего маршрутизатора. Хотя если вы не собираетесь использовать SSH вне вашей сети, это не обязательно.

Вот как установить openssh-сервер:

sudo apt-get install openssh-server openssh-client
[ENTER PASSWORD]

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

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