Ошибка соединения SSH: нет маршрута к хосту

У меня была похожая проблема. Одна машина на проводе, одна беспроводная. Я нашел галочку в моем роутере помимо "отдельных ips для локальной сети и wlan" и снял галочку. Теперь я могу войти на компьютер Wireles. Перед этим я получил сообщение об ошибке "Нет маршрута к хосту".

Установите флажок ssh при установке RHEL. Я не проверял это и вызывал ту же проблему. Пожалуйста, проверьте этот параметр

Я сам получил ту же проблему на VPS, и это совершенно странно, никогда не видел ничего подобного.

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

Отсутствие маршрута к хосту означает, что сервер не знает, как маршрутизировать пакет (таблица маршрутизации, однако я никогда не видел, чтобы это происходило только по одному протоколу, а не по другому).

В моем случае.

Нет NAT подключения к интернету. Нет IPTABLES Пинг работает, я могу подключиться к ip с любой стороны сломанного ip. Неработающий ip говорит "нет маршрута к хосту" на любом порту tcp.

Это говорит о том, что либо что-то посередине возвращает код ошибки, либо ошибка в ОС с таблицей маршрутизации.

Обратите внимание, что ошибка мгновенная, а не задержка, означающая, что отказ является локальным. Но это все, что я могу диагностировать.

root@vps1 network # telnet 83.149.xx.xx 23
Trying 83.149.xx.xx...
telnet: Unable to connect to remote host: No route to host
root@vps1 network # telnet 83.149.xx.xx 80
Trying 83.149.xx.xx...
telnet: Unable to connect to remote host: No route to host
root@vps1 network # ping 83.149.xx.xx
PING 83.149.xx.xx (83.149.xx.xx) 56(84) bytes of data.
64 bytes from 83.149.xx.xx: icmp_seq=1 ttl=56 time=8.89 ms
64 bytes from 83.149.xx.xx: icmp_seq=2 ttl=56 time=7.93 ms

В моем случае была сеть Docker на том же CIDR, что и мой VPN.

Я использовал следующую команду, чтобы выяснить, какая сеть, а затем удалил ее:

docker inspect $(docker network ls -q) | jq '.[] | {name: .Name, cidr: .IPAM.Config[0].Subnet}'

После этого все заработало нормально.

Я также столкнулся с проблемой в сети Docker, и M.Vanderlee помог мне определить, какая из моих сетей вызывает проблему. К сожалению, это была моя мостовая сеть Docker по умолчанию, и я не должен ее удалять. (Попытка удалить сеть по умолчанию выдает ошибку Error response from daemon: bridge is a pre-defined network and cannot be removed.

Итак, чтобы решить проблему, мне пришлось изменить CIDR сети моста по умолчанию. Вот как это сделать: отредактируйте файл /etc/docker/daemon.json (можно создать файл с таким именем, если он не существует) и измените default-address-poolsзначение там для чего-либо, кроме того, к чему вы хотели бы подключиться за пределами мира Docker, и перезапустите демон Docker. Ниже приведен пример содержимого файла:

      {
 "default-address-pools":
 [
 {"base":"10.2.0.0/16","size":24}
 ]
}

Я бы странно получил эту ошибку даже после успешного запуска SSH между моим ПК и Raspberry Pi. Для меня это исправляет отключение и включение wifi (как клиента, так и хоста), перезапуск вашего терминала и использование новых IP-адресов.

Если вы изменили / заменили системный жесткий диск, попробуйте удалить hostkey из файла.ssh/known_hosts, а затем повторите попытку подключения.