Keine Route zum Host, kein Ping möglich

834
MountainX

Ich versuche, die Admin-Webseite eines Routers zu erreichen, der über ein Ethernet-Kabel direkt an meinen Laptop angeschlossen ist. Der Router (ein TP-Link WR700N ) ist ganz neu und wird einfach aus der Box genommen. Es ist eingesteckt und die LED-Statusanzeige zeigt den normalen Betrieb an. Die Standard-IP-Adresse der Administrationsseite lautet 192.168.0.254.

Auf meinem Laptop läuft Linux, und der Name meiner Schnittstelle lautet eth0. Mit dem Router, der über ein Ethernet-Patchkabel direkt mit meinem Laptop verbunden ist, habe ich diesen Befehl ausgeführt, um eine Adresse festzulegen:

 ip addr add 192.168.0.10/24 dev eth0

Ich zeige die Schnittstelle als UP mit der erwarteten Adresse 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

Wenn ich versuche, die Admin-Seite des Routers unter http://192.168.0.254 zu erreichen, sagt Firefox "Verbindung nicht möglich". Wenn ich versuche, diese Adresse per Ping zu senden, bekomme ich "Destination Host Unreachable".

Der Befehl curl -I http://192.168.0.254gibt den Fehler zurück "Fehler beim Herstellen der Verbindung zu Port 80:" Keine Route zum Host "von 192.168.0.254.

Zur Fehlerbehebung habe ich das Kabel ausgetauscht und am Router ein "Werksreset" durchgeführt (obwohl es ganz neu ist). Die Router-LED durchläuft beim Reset die erwarteten Stufen.

Ich habe auch versucht, die Verbindung mit NetworkManager in KDE (manuelle IP-Adresse) einzustellen. In diesem Fall ip aergibt diese Ausgabe:

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

Die Fehlermeldungen bleiben jedoch gleich. Schließlich habe ich versucht, die Verbindung mit NetworkManager im automatischen / DHCP-Modus einzustellen, aber eth0 erhält keine Adresse.

Habe ich beim Verbindungsaufbau etwas übersehen? Habe ich Schritte zur Fehlerbehebung verpasst? Oder kann ich feststellen, dass dieses Gerät defekt ist?

UPDATE: Ich habe tcpdump, ip routeund weitere Informationen unter:

# 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

UPDATE 2: tcpdumpZeigt an, dass das Gerät eine IP-Adresse als DHCP-Client anfordert. Also steckte ich das Ethernet-Kabel in meinen DHCP-Server, es erhielt eine Adresse, aber ich konnte keine Verbindung zu den Admin-Seiten unter Verwendung dieser Adresse herstellen. Das Handbuch für dieses Gerät ist eindeutig falsch oder irreführend. Ich habe zwei dieser Geräte, beide sind neu, beide wurden jetzt auf die Werkseinstellungen zurückgesetzt, und ich kann keines der beiden Geräte zum Laufen bringen.

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
Warum probieren Sie nicht DHCP zur Schnittstellenkonfiguration? Der Router sollte standardmäßig über einen DHCP-Server verfügen. Tomek vor 5 Jahren 2
@Tomek - wie gesagt, ich habe DHCP ausprobiert. Es hat jedoch nicht funktioniert, und ich habe nicht erwartet, dass es funktioniert, da der DHCP-Server in der Standardkonfiguration des Routers deaktiviert ist (laut Benutzerhandbuch). Ich habe jedoch die statische IP-Adresse verwendet, die in der Bedienungsanleitung vorgeschlagen wird, und ich hätte sicherlich erwartet, dass die statische IP-Adresse funktioniert. Was überblicke ich? MountainX vor 5 Jahren 0
Bitte fügen Sie die Ausgabe der Befehle hinzu: `ip addr` und` ip route` A.Newgate vor 5 Jahren 0
In der ersten Liste gibt es keine Broadcast-Adresse. Dies wird wahrscheinlich verhindern, dass arp funktioniert. In der zweiten Auflistung gibt es eine falsche Broadcast-Adresse (192.168.5.255, bei der ich 192.168.0.255 erwarten würde), und dies wirkt sich wahrscheinlich auch auf arp aus. Tomek vor 5 Jahren 0
Führen Sie "tcpdump" aus, um zu sehen, was im Netzwerk passiert. vor 5 Jahren 0
Frage aktualisiert Ich habe meinen Tippfehler in der Broadcast-Adresse behoben. Da das betreffende Notebook über keine Netzwerkverbindung verfügt, tippe ich die gesamte Befehlsausgabe von Hand ein und machte in diesem Fall einen Tippfehler. Jetzt behoben Ich werde später mit den Ergebnissen von "tcpdump" und "ip route" berichten ("ip a" ist bereits aufgelistet und der Tippfehler ist jetzt behoben). Vielen Dank. MountainX vor 5 Jahren 0
Die Frage wurde mit den angeforderten Informationen aktualisiert. Vielen Dank. MountainX vor 5 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme