Ошибка ssh клиента: No route to host

Fox7	# 10 лет, 2 месяца назад
Темы: 8 Сообщения: 25 Участник с: 07 января 2013	Есть ноут подключенный по wifi к роутеру, на котором установлен arch 3.18.6-1-ARCH. Не удаётся подключиться по ssh к какому либо ssh серверу. При подключении выдаёт ошибку: ssh: connect to host 1.2.3.4 port 34567: No route to host. Адрес и порт изменены. Интернет работает без проблем, данные сервера без проблем пингуются, iptables отключен. На этом же ноуте можно подключиться к этим же серверам из виртуальной машины с WinXP (сеть NAT, подключаюсь с помощью putty), установленной в VirtualBox, т.е. проблема не в сети. Посмотрел с помощью strace где происходит ошибка - ошибку выдаёт функция connect: `connect(3, {sa_family=AF_INET, sin_port=htons(34567), sin_addr=inet_addr("1.2.3.4")}, 16) = -1 EHOSTUNREACH (No route to host)` SSH версия: OpenSSH_6.7p1 В чём ещё может быть проблема?

# 10 лет, 2 месяца назад

Сообщения: 25

Участник с: 07 января 2013

Есть ноут подключенный по wifi к роутеру, на котором установлен arch 3.18.6-1-ARCH. Не удаётся подключиться по ssh к какому либо ssh серверу. При подключении выдаёт ошибку: ssh: connect to host 1.2.3.4 port 34567: No route to host. Адрес и порт изменены.
Интернет работает без проблем, данные сервера без проблем пингуются, iptables отключен. На этом же ноуте можно подключиться к этим же серверам из виртуальной машины с WinXP (сеть NAT, подключаюсь с помощью putty), установленной в VirtualBox, т.е. проблема не в сети.
Посмотрел с помощью strace где происходит ошибка - ошибку выдаёт функция connect:

connect(3, {sa_family=AF_INET, sin_port=htons(34567), sin_addr=inet_addr("1.2.3.4")}, 16) = -1 EHOSTUNREACH (No route to host)

SSH версия: OpenSSH_6.7p1

В чём ещё может быть проблема?

kurych	# 10 лет, 2 месяца назад
Темы: 0 Сообщения: 1395 Участник с: 06 ноября 2011	Думаю, надо показать для начала `ip addr ip route ip route get 1.2.3.4` на машине, которая не коннектится. И было бы не плохо traceroute до сервера.

Fox7	# 10 лет, 2 месяца назад (отредактировано 10 лет, 2 месяца назад)
Темы: 8 Сообщения: 25 Участник с: 07 января 2013	[root@comp ~]# ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000 link/ether 08:9e:01:e3:17:45 brd ff:ff:ff:ff:ff:ff 3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 0c:8b:fd:50:98:03 brd ff:ff:ff:ff:ff:ff inet 192.168.1.127/24 brd 192.168.1.255 scope global dynamic wlp2s0 valid_lft 80334sec preferred_lft 80334sec inet6 fe80::e8b:fdff:fe50:9803/64 scope link valid_lft forever preferred_lft forever [root@comp ~]# ip route default via 192.168.1.1 dev wlp2s0 proto static metric 600 192.168.1.0/24 dev wlp2s0 proto kernel scope link src 192.168.1.127 metric 600 [root@comp ~]# ip route get 1.2.3.4 1.2.3.4 via 192.168.1.1 dev wlp2s0 src 192.168.1.127 cache traceroute к сожалению выложить не могу Проверил несколько других серверов - с ними нет проблем, проблема только с одним адресом.

Fox7

# 10 лет, 2 месяца назад (отредактировано 10 лет, 2 месяца назад)

Темы: 8

Сообщения: 25

Участник с: 07 января 2013

[root@comp ~]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 08:9e:01:e3:17:45 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 0c:8b:fd:50:98:03 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.127/24 brd 192.168.1.255 scope global dynamic wlp2s0
       valid_lft 80334sec preferred_lft 80334sec
    inet6 fe80::e8b:fdff:fe50:9803/64 scope link
       valid_lft forever preferred_lft forever

[root@comp ~]# ip route
default via 192.168.1.1 dev wlp2s0  proto static  metric 600
192.168.1.0/24 dev wlp2s0  proto kernel  scope link  src 192.168.1.127  metric 600

[root@comp ~]# ip route get 1.2.3.4
1.2.3.4 via 192.168.1.1 dev wlp2s0  src 192.168.1.127
    cache

traceroute к сожалению выложить не могу
Проверил несколько других серверов - с ними нет проблем, проблема только с одним адресом.

kurych	# 10 лет, 2 месяца назад (отредактировано 10 лет, 2 месяца назад)
Темы: 0 Сообщения: 1395 Участник с: 06 ноября 2011	Fox7 traceroute к сожалению выложить не могу Проверил несколько других серверов - с ними нет проблем, проблема только с одним адресом. То есть, получается, что этот сервер ( 1.2.3.4) и не пингуется? Или какие тогда могут быть проблемы с traceroute, что даже результат показать нет возможности? ps: или вы реально пытаетесь именно "1.2.3.4" трассировать?

kurych

# 10 лет, 2 месяца назад (отредактировано 10 лет, 2 месяца назад)

Темы: 0

Сообщения: 1395

Участник с: 06 ноября 2011

Fox7
traceroute к сожалению выложить не могу
Проверил несколько других серверов - с ними нет проблем, проблема только с одним адресом.

То есть, получается, что этот сервер ( 1.2.3.4) и не пингуется? Или какие тогда могут быть проблемы с traceroute, что даже результат показать нет возможности?
ps: или вы реально пытаетесь именно "1.2.3.4" трассировать?

Fox7	# 10 лет, 2 месяца назад
Темы: 8 Сообщения: 25 Участник с: 07 января 2013	Адрес 1.2.3.4 - для примера, настоящий конечно другой и светить я его не могу, поэтому и traceroute выложить не могу. Настоящий адрес сервера пингуется и к другим сервисам на этом сервере также доступ без проблем, в частности там подняты виртуалки с виндой с доступом по rdp, к которым подключаюсь без проблем.

Fox7

# 10 лет, 2 месяца назад

Темы: 8

Сообщения: 25

Участник с: 07 января 2013

Адрес 1.2.3.4 - для примера, настоящий конечно другой и светить я его не могу, поэтому и traceroute выложить не могу. Настоящий адрес сервера пингуется и к другим сервисам на этом сервере также доступ без проблем, в частности там подняты виртуалки с виндой с доступом по rdp, к которым подключаюсь без проблем.

kurych	# 10 лет, 2 месяца назад
Темы: 0 Сообщения: 1395 Участник с: 06 ноября 2011	Тогда ищите проблемы в настройках сервера. Я уже даже не пытаюсь предложить показать сетевые настройки "того смого" сервера, тут вам Кашпировский в помощь c вашей параноидальностью... Посмотрите внимательно /etc/ssh/sshd_config, всякие /etc/hosts.allow и /etc/hosts.deny ( потому что я уже не уверен, что на сервере archlinux, да еще свежий). Может быть даже ~/.rhosts Одним словом, проблема не в клиентской машине - проблема в настройках того самого (1.2.3.4) сервера.

kurych

# 10 лет, 2 месяца назад

Темы: 0

Сообщения: 1395

Участник с: 06 ноября 2011

Тогда ищите проблемы в настройках сервера. Я уже даже не пытаюсь предложить показать сетевые настройки "того смого" сервера, тут вам Кашпировский в помощь c вашей параноидальностью...
Посмотрите внимательно /etc/ssh/sshd_config, всякие /etc/hosts.allow и /etc/hosts.deny ( потому что я уже не уверен, что на сервере archlinux, да еще свежий). Может быть даже ~/.rhosts
Одним словом, проблема не в клиентской машине - проблема в настройках того самого (1.2.3.4) сервера.

Fox7	# 10 лет, 2 месяца назад
Темы: 8 Сообщения: 25 Участник с: 07 января 2013	На сервере CentOS 6.5, на ноуте свежайший arch - обновлен вчера. Спасибо за советы, буду искать дальше.

Velesich	# 10 лет, 2 месяца назад
Темы: 17 Сообщения: 836 Участник с: 23 апреля 2013	Первое что нужно сделать - сходить на проблемный хост telnet-ом, на порт ssh. Будет видно, отлуп или порт закрыт.

Fox7	# 10 лет, 2 месяца назад
Темы: 8 Сообщения: 25 Участник с: 07 января 2013	Всем спасибо. Проблема решена - оказывается изменили ssh порт.