Вопросы Теги

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

Просто добавьте несколько вариантов, 5 простых в установке альтернатив (Dolphin, Thunar, GNOME Commander и Nautilus-Elementary): http://www.omgubuntu.co.uk/2010/06/ daily-5-5-альтернативные файловые менеджеры

Также Marlin: http://www.omgubuntu.co.uk/2010/06/daily-5-5-alternative- файл-менеджеры

31
задан 21 July 2011 в 17:48

40 ответов

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети: 

YOUR NETWORK (A)
    Router A (public address: 198.51.100.1)
    Desktop A - 10.0.0.2
    Laptop  A - 10.0.0.3

YOUR FRIENDS NETWORK (B)
    Router B (public address: 203.0.113.1)
    Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT: [!d5 ] 

To make your desktop accessible:
  forward the public port 22 to 10.0.0.2
To make your laptop accessible:
  forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью: 

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью: 

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 25 May 2018 в 19:43

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети:

YOUR NETWORK (A) Router A (public address: 198.51.100.1) Desktop A - 10.0.0.2 Laptop A - 10.0.0.3 YOUR FRIENDS NETWORK (B) Router B (public address: 203.0.113.1) Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT:

To make your desktop accessible: forward the public port 22 to 10.0.0.2 To make your laptop accessible: forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью:

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью:

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 25 July 2018 в 21:33

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети:

YOUR NETWORK (A) Router A (public address: 198.51.100.1) Desktop A - 10.0.0.2 Laptop A - 10.0.0.3 YOUR FRIENDS NETWORK (B) Router B (public address: 203.0.113.1) Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT:

To make your desktop accessible: forward the public port 22 to 10.0.0.2 To make your laptop accessible: forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью:

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью:

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 31 July 2018 в 10:32

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети:

YOUR NETWORK (A) Router A (public address: 198.51.100.1) Desktop A - 10.0.0.2 Laptop A - 10.0.0.3 YOUR FRIENDS NETWORK (B) Router B (public address: 203.0.113.1) Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT:

To make your desktop accessible: forward the public port 22 to 10.0.0.2 To make your laptop accessible: forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью:

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью:

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 31 July 2018 в 11:33

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети:

YOUR NETWORK (A) Router A (public address: 198.51.100.1) Desktop A - 10.0.0.2 Laptop A - 10.0.0.3 YOUR FRIENDS NETWORK (B) Router B (public address: 203.0.113.1) Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT:

To make your desktop accessible: forward the public port 22 to 10.0.0.2 To make your laptop accessible: forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью:

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью:

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 2 August 2018 в 03:11

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети:

YOUR NETWORK (A) Router A (public address: 198.51.100.1) Desktop A - 10.0.0.2 Laptop A - 10.0.0.3 YOUR FRIENDS NETWORK (B) Router B (public address: 203.0.113.1) Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT:

To make your desktop accessible: forward the public port 22 to 10.0.0.2 To make your laptop accessible: forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью:

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью:

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 4 August 2018 в 19:03

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети:

YOUR NETWORK (A) Router A (public address: 198.51.100.1) Desktop A - 10.0.0.2 Laptop A - 10.0.0.3 YOUR FRIENDS NETWORK (B) Router B (public address: 203.0.113.1) Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT:

To make your desktop accessible: forward the public port 22 to 10.0.0.2 To make your laptop accessible: forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью:

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью:

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 6 August 2018 в 03:23

Маршруты выглядят отлично. Я полагаю, что эти IP-адреса являются частными (LAN), а не общедоступными.

Поскольку вы подключены по-разному к сети (wifi / wired), очень вероятно, что ваш маршрутизатор разделенных проводных / беспроводных сетей. Попробуйте подключить оба устройства к проводному (или беспроводному) соединению. Другая возможность заключается в том, что брандмауэр на компьютерах Ubuntu блокирует соединения.

В противном случае настройте маршрутизатор на использование той же сети (подсети) для беспроводных и проводных соединений. Также убедитесь, что маршрутизатор не блокирует связь между клиентом.

Ваш маршрутизатор, возможно, удаляет все незатребованные пакеты, поэтому ваш друг получает сообщение об отключенном соединении на вашем общедоступном IP-адресе. Настройте перенаправление NAT-портов, чтобы общий IP-адрес + комбинация портов переместилась к вашему LAN-адресу.

Пример сети:

YOUR NETWORK (A) Router A (public address: 198.51.100.1) Desktop A - 10.0.0.2 Laptop A - 10.0.0.3 YOUR FRIENDS NETWORK (B) Router B (public address: 203.0.113.1) Machine B - 192.168.0.2

В маршрутизаторе A настройте перенаправление NAT:

To make your desktop accessible: forward the public port 22 to 10.0.0.2 To make your laptop accessible: forward the public port 2222 to 10.0.0.3

Если на компьютере установлены брандмауэр (ufw, iptables, ...], разрешите входящий трафик на порт 22 (рабочий стол A) и порт 2222 (ноутбук A). [ ! d7]

Теперь рабочий стол можно получить с помощью SSH с помощью:

ssh user@198.51.100.1 -p 22

Теперь к ноутбуку можно получить доступ с помощью SSH с помощью:

ssh user@198.51.100.1 -p 2222

Если вы хотите обратитесь к машине своих друзей, примените эти инструкции к его машине + маршрутизатор.

17
ответ дан 7 August 2018 в 21:09

У меня была аналогичная проблема. Одна машина на проводе одна беспроводная. Я нашел галочку в моем маршрутизаторе, кроме «seperate ips for lan and wlan» и пометил его. Теперь я могу войти в компьютер с компьютерными программами. До этого я получил сообщение об ошибке «Нет маршрута к хосту».

3
ответ дан 25 May 2018 в 19:43

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

1
ответ дан 25 May 2018 в 19:43

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

Я - опытный администратор сервера, и такая ошибка обычно вырезана и суха. [ ! d1]

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

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

Нет подключения к Интернету в Интернете. Нет IPTABLES Ping работает. Я могу подключиться к 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
1
ответ дан 25 May 2018 в 19:43

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

-2
ответ дан 25 May 2018 в 19:43
  • 1
    -1. Это не имеет абсолютно никакого отношения к ошибкам соединения, указанным в вопросе («Нет маршрута к хосту», «Тайм-аут соединения»). – gertvdijk 31 December 2014 в 18:46
  • 2
    Хм, я знаю, но иногда удаляет хост-ключ и снова складывается работа. – Ratiranjan Kar 31 December 2014 в 18:55

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

1
ответ дан 25 July 2018 в 21:33

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

Я - опытный администратор сервера, и такая ошибка обычно вырезана и суха. [ ! d1]

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

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

Нет подключения к Интернету в Интернете. Нет IPTABLES Ping работает. Я могу подключиться к 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
1
ответ дан 25 July 2018 в 21:33

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

-2
ответ дан 25 July 2018 в 21:33
  • 1
    -1. Это не имеет абсолютно никакого отношения к ошибкам соединения, указанным в вопросе («Нет маршрута к хосту», «Тайм-аут соединения»). – gertvdijk 31 December 2014 в 18:46
  • 2
    Хм, я знаю, но иногда удаляет хост-ключ и снова складывается работа. – Ratiranjan Kar 31 December 2014 в 18:55

У меня была аналогичная проблема. Одна машина на проводе одна беспроводная. Я нашел галочку в моем маршрутизаторе, кроме «seperate ips for lan and wlan» и пометил его. Теперь я могу подключиться к компьютеру. До этого я получил сообщение об ошибке «Нет маршрута к хосту».

3
ответ дан 25 July 2018 в 21:33

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

1
ответ дан 31 July 2018 в 10:32

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

Я - опытный администратор сервера, и такая ошибка обычно вырезана и суха. [ ! d1]

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

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

Нет подключения к Интернету в Интернете. Нет IPTABLES Ping работает. Я могу подключиться к 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
1
ответ дан 31 July 2018 в 10:32

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

-2
ответ дан 31 July 2018 в 10:32
  • 1
    -1. Это не имеет абсолютно никакого отношения к ошибкам соединения, указанным в вопросе («Нет маршрута к хосту», «Тайм-аут соединения»). – gertvdijk 31 December 2014 в 18:46
  • 2
    Хм, я знаю, но иногда удаляет хост-ключ и снова складывается работа. – Ratiranjan Kar 31 December 2014 в 18:55

У меня была аналогичная проблема. Одна машина на проводе одна беспроводная. Я нашел галочку в моем маршрутизаторе, кроме «seperate ips for lan and wlan» и пометил его. Теперь я могу войти в компьютер с компьютерными программами. До этого я получил сообщение об ошибке «Нет маршрута к хосту».

3
ответ дан 31 July 2018 в 10:32

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

1
ответ дан 31 July 2018 в 11:33

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

Я - опытный администратор сервера, и такая ошибка обычно вырезана и суха. [ ! d1]

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

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

Нет подключения к Интернету в Интернете. Нет IPTABLES Ping работает. Я могу подключиться к 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
1
ответ дан 31 July 2018 в 11:33

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

-2
ответ дан 31 July 2018 в 11:33
  • 1
    -1. Это не имеет абсолютно никакого отношения к ошибкам соединения, указанным в вопросе («Нет маршрута к хосту», «Тайм-аут соединения»). – gertvdijk 31 December 2014 в 18:46
  • 2
    Хм, я знаю, но иногда удаляет хост-ключ и снова складывается работа. – Ratiranjan Kar 31 December 2014 в 18:55

У меня была аналогичная проблема. Одна машина на проводе одна беспроводная. Я нашел галочку в моем маршрутизаторе, кроме «seperate ips for lan and wlan» и пометил его. Теперь я могу подключиться к компьютеру. До этого я получил сообщение об ошибке «Нет маршрута к хосту».

3
ответ дан 31 July 2018 в 11:33

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

1
ответ дан 2 August 2018 в 03:11

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

Я - опытный администратор сервера, и такая ошибка обычно вырезана и суха. [ ! d1]

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

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

Нет подключения к Интернету в Интернете. Нет IPTABLES Ping работает. Я могу подключиться к 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
1
ответ дан 2 August 2018 в 03:11

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

-2
ответ дан 2 August 2018 в 03:11
  • 1
    -1. Это не имеет абсолютно никакого отношения к ошибкам соединения, указанным в вопросе («Нет маршрута к хосту», «Тайм-аут соединения»). – gertvdijk 31 December 2014 в 18:46
  • 2
    Хм, я знаю, но иногда удаляет хост-ключ и снова складывается работа. – Ratiranjan Kar 31 December 2014 в 18:55

У меня была аналогичная проблема. Одна машина на проводе одна беспроводная. Я нашел галочку в моем маршрутизаторе, кроме «seperate ips for lan and wlan» и пометил его. Теперь я могу подключиться к компьютеру. До этого я получил сообщение об ошибке «Нет маршрута к хосту».

3
ответ дан 2 August 2018 в 03:11

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

1
ответ дан 4 August 2018 в 19:03

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

Я - опытный администратор сервера, и такая ошибка обычно вырезана и суха. [ ! d1]

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

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

Нет подключения к Интернету в Интернете. Нет IPTABLES Ping работает. Я могу подключиться к 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
1
ответ дан 4 August 2018 в 19:03

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

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