Нет маршрута к хосту, не в состоянии пинговать

724
MountainX

Я пытаюсь получить доступ к веб-странице администратора маршрутизатора, подключенного напрямую к моему ноутбуку через кабель Ethernet. Маршрутизатор ( TP-Link WR700N ) совершенно новый, только что извлеченный из коробки. Он подключен, и светодиодный индикатор состояния указывает на нормальную работу. По умолчанию IP-адрес страницы администратора - 192.168.0.254.

Мой ноутбук работает под управлением Linux, и мой интерфейс называется eth0. Когда маршрутизатор включен и подключен напрямую к моему ноутбуку с помощью соединительного кабеля Ethernet, я запустил эту команду, чтобы установить адрес:

 ip addr add 192.168.0.10/24 dev eth0 

Я показываю интерфейс как UP с ожидаемым адресом 192.168.0.10.

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 0a:b9:5b:9a:de:16 brd ff:ff:ff:ff:ff:ff inet 192.168.0.10/24 scope global eth0 valid_lft forever preferred_lft forever 

Однако, когда я пытаюсь добраться до страницы администратора маршрутизатора по адресу http://192.168.0.254, Firefox говорит: «Невозможно подключиться». Когда я пытаюсь пропинговать этот адрес, я получаю сообщение «Хост назначения недоступен».

Команда curl -I http://192.168.0.254возвращает ошибку «не удалось подключиться к порту 192.168.0.254: нет маршрута к хосту».

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

Я также попытался установить соединение с помощью NetworkManager в KDE (IP-адрес вручную). В этом случае ip aдает такой вывод:

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 0a:b9:5b:9a:de:16 brd ff:ff:ff:ff:ff:ff inet 192.168.0.10/24 brd 192.168.0.255 scope global noprefixroute eth0 valid_lft forever preferred_lft forever 

Однако сообщения об ошибках остаются прежними. Наконец, я попытался установить соединение с помощью NetworkManager в автоматическом режиме / режиме DHCP, но eth0 не получает адрес.

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

ОБНОВЛЕНИЕ: я добавил tcpdump, ip routeи дополнительную информацию ниже:

# connect cable:  root@host1 [/home/joe1]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 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 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 23:ba:53:24:82:38 brd ff:ff:ff:ff:ff:ff 3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000 link/ether 34:d2:10:2c:2f:12 brd ff:ff:ff:ff:ff:ff  # network manager cannot obtain an IP address, set it manually:  root@host1 [/home/joe1]# ip a add 192.168.0.10/24 brd 192.168.0.255 dev eth0  root@host1 [/home/joe1]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 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 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 23:ba:53:24:82:38 brd ff:ff:ff:ff:ff:ff inet 192.168.0.10/24 brd 192.168.0.255 scope global eth0 valid_lft forever preferred_lft forever 3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000 link/ether 34:d2:10:2c:2f:12 brd ff:ff:ff:ff:ff:ff  # device's manual states that 192.168.0.254 is the admin page IP address  root@host1 [/home/joe1]# ping 192.168.0.254 PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data. From 192.168.0.10 icmp_seq=1 Destination Host Unreachable From 192.168.0.10 icmp_seq=2 Destination Host Unreachable From 192.168.0.10 icmp_seq=3 Destination Host Unreachable ^C --- 192.168.0.254 ping statistics --- 5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 67ms pipe 4  root@host1 [/home/joe1]# ip route 192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.10  root@host1 [/home/joe1]# tcpdump -vvv tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 17:42:45.941767 IP (tos 0x0, ttl 32, id 14813, offset 0, flags [DF], proto UDP (17), length 316) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from c4:e9:84:64:a7:b2 (oui Unknown), length 288, xid 0xed64d8be, Flags [Broadcast] (0x8000) Client-Ethernet-Address c4:e9:84:64:a7:b2 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover MSZ Option 57, length 2: 1024 Parameter-Request Option 55, length 10: Subnet-Mask, Default-Gateway, Vendor-Option, Netbios-Name-Server Netbios-Node, Netbios-Scope, Domain-Name-Server, Static-Route Classless-Static-Route, Classless-Static-Route-Microsoft Hostname Option 12, length 6: "WR700N" Vendor-Class Option 60, length 9: "MSFT 98^@_" Client-ID Option 61, length 7: ether c4:e9:84:64:a7:b2 END Option 255, length 0 17:42:49.941806 IP (tos 0x0, ttl 32, id 14813, offset 0, flags [DF], proto UDP (17), length 316) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from c4:e9:84:64:a7:b2 (oui Unknown), length 288, xid 0xed64d8be, secs 4, Flags [Broadcast] (0x8000) Client-Ethernet-Address c4:e9:84:64:a7:b2 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover MSZ Option 57, length 2: 1024 Parameter-Request Option 55, length 10: Subnet-Mask, Default-Gateway, Vendor-Option, Netbios-Name-Server Netbios-Node, Netbios-Scope, Domain-Name-Server, Static-Route Classless-Static-Route, Classless-Static-Route-Microsoft Hostname Option 12, length 6: "WR700N" Vendor-Class Option 60, length 9: "MSFT 98^@_" Client-ID Option 61, length 7: ether c4:e9:84:64:a7:b2 END Option 255, length 0 17:42:56.941934 IP (tos 0x0, ttl 32, id 14813, offset 0, flags [DF], proto UDP (17), length 316) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from c4:e9:84:64:a7:b2 (oui Unknown), length 288, xid 0xed64d8be, secs 11, Flags [Broadcast] (0x8000) Client-Ethernet-Address c4:e9:84:64:a7:b2 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover MSZ Option 57, length 2: 1024 Parameter-Request Option 55, length 10: Subnet-Mask, Default-Gateway, Vendor-Option, Netbios-Name-Server Netbios-Node, Netbios-Scope, Domain-Name-Server, Static-Route Classless-Static-Route, Classless-Static-Route-Microsoft Hostname Option 12, length 6: "WR700N" Vendor-Class Option 60, length 9: "MSFT 98^@_" Client-ID Option 61, length 7: ether c4:e9:84:64:a7:b2 END Option 255, length 0 17:42:57.480505 IP (tos 0x0, ttl 255, id 59726, offset 0, flags [DF], proto UDP (17), length 73) host1.mdns > 224.0.0.251.mdns: [bad udp cksum 0xa1f4 -> 0x3289!] 0 [2q] PTR (QM)? _ipps._tcp.local. PTR (QM)? _ipp._tcp.local. (45) 17:43:12.942038 IP (tos 0x0, ttl 32, id 14813, offset 0, flags [DF], proto UDP (17), length 316) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from c4:e9:84:64:a7:b2 (oui Unknown), length 288, xid 0xed64d8be, secs 27, Flags [none] (0x0000) Client-Ethernet-Address c4:e9:84:64:a7:b2 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover MSZ Option 57, length 2: 1024 Parameter-Request Option 55, length 10: Subnet-Mask, Default-Gateway, Vendor-Option, Netbios-Name-Server Netbios-Node, Netbios-Scope, Domain-Name-Server, Static-Route Classless-Static-Route, Classless-Static-Route-Microsoft Hostname Option 12, length 6: "WR700N" Vendor-Class Option 60, length 9: "MSFT 98^@_" Client-ID Option 61, length 7: ether c4:e9:84:64:a7:b2 END Option 255, length 0 ^C 5 packets captured 5 packets received by filter 0 packets dropped by kernel 

ОБНОВЛЕНИЕ 2: tcpdumpпоказывает, что устройство запрашивает IP-адрес в качестве клиента DHCP. Поэтому я подключил кабель Ethernet к своему серверу DHCP, он получил адрес, но я не смог подключиться к страницам администратора по этому адресу. Очевидно, что руководство к этому устройству неверно или вводит в заблуждение. У меня есть два из этих устройств, оба являются новыми, оба были "сброшены до заводских настроек", и я не могу заставить работать ни одно из них.

Firefox http://192.168.1.203/ The connection has timed out The server at 192.168.1.203 is taking too long to respond.  # ping 192.168.1.203 PING 192.168.1.203 (192.168.1.203) 56(84) bytes of data. 64 bytes from 192.168.1.203: icmp_seq=1 ttl=64 time=0.226 ms 64 bytes from 192.168.1.203: icmp_seq=2 ttl=64 time=0.200 ms 
0
Почему бы вам не попробовать DHCP для настройки интерфейса? Маршрутизатор должен иметь DHCP-сервер, работающий по умолчанию. Tomek 5 лет назад 2
@Tomek - как уже упоминалось, я попробовал DHCP. Тем не менее, он не работал, и я не ожидал, что он будет работать, потому что в конфигурации маршрутизатора по умолчанию выключен DHCP-сервер (согласно руководству пользователя). Однако я использовал статический IP-адрес, предложенный в руководстве пользователя, и наверняка ожидал, что статический IP-адрес будет работать. Что я пропускаю? MountainX 5 лет назад 0
Пожалуйста, добавьте вывод команд: `ip addr` и` ip route` A.Newgate 5 лет назад 0
В первом списке нет адреса трансляции. Это, вероятно, помешает работе arp. Во втором листинге указан неправильный широковещательный адрес (192.168.5.255, где я ожидаю 192.168.0.255), и это, вероятно, также влияет на arp. Tomek 5 лет назад 0
Запустите `tcpdump`, чтобы увидеть, что происходит в сети. 5 лет назад 0
Вопрос обновлен. Я исправил опечатку в широковещательном адресе. Поскольку рассматриваемый ноутбук не имеет сетевого подключения, я набираю всю выводимую команду вручную и в этом случае сделал опечатку. Исправлено сейчас. Я сообщу позже сегодня с результатами `tcpdump` и` ip route` (`ip a` уже указан, а опечатка теперь исправлена). Благодарю. MountainX 5 лет назад 0
Вопрос был дополнен запрошенной информацией. Благодарю. MountainX 5 лет назад 0

0 ответов на вопрос

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