Nessuna route verso l'host, impossibile eseguire il ping

0

Sto tentando di raggiungere la pagina Web di amministrazione di un router collegato direttamente al mio laptop tramite cavo Ethernet. Il router (un TP-Link WR700N ) è nuovo di zecca, appena estratto dalla confezione. È collegato e la spia di stato a LED indica il normale funzionamento. L'indirizzo IP predefinito della pagina di amministrazione è 192.168.0.254.

Il mio laptop esegue Linux e il nome della mia interfaccia è eth0. Con il router acceso e collegato direttamente al mio laptop tramite cavo patch Ethernet, ho eseguito questo comando per impostare un indirizzo:

 ip addr add 192.168.0.10/24 dev eth0

Mostro l'interfaccia come UP con l'indirizzo previsto di 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

Tuttavia, quando provo a raggiungere la pagina di amministrazione del router su http://192.168.0.254 Firefox dice "Impossibile connettersi". Quando provo a eseguire il ping di quell'indirizzo ottengo "Host di destinazione irraggiungibile".

Il comando curl -I http://192.168.0.254restituisce l'errore "impossibile connettersi alla porta 80: 192.168.0.254: nessuna route verso l'host".

Per la risoluzione dei problemi, ho sostituito il cavo e ho effettuato un "ripristino delle impostazioni di fabbrica" ​​sul router (anche se è nuovo di zecca). Il LED del router attraversa le fasi previste durante il ripristino.

Ho anche provato a impostare la connessione usando NetworkManager in KDE (indirizzo IP manuale). In tal caso ip afornisce questo output:

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

Tuttavia, i messaggi di errore rimangono gli stessi. Alla fine, ho provato a impostare la connessione utilizzando NetworkManager in modalità automatica / DHCP, ma eth0 non ottiene un indirizzo.

Ho trascurato qualcosa nel fare la connessione? Ho perso alcuni passaggi per la risoluzione dei problemi? O posso concludere che questo dispositivo è difettoso?

UPDATE: ho aggiunto tcpdump, ip routee informazioni aggiuntive di seguito:

# 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

AGGIORNAMENTO 2: tcpdumpmostra che il dispositivo richiede un indirizzo IP come client DHCP. Quindi ho collegato il cavo Ethernet al mio server DHCP, ho ottenuto un indirizzo, ma non sono riuscito a collegarmi alle pagine di amministrazione usando quell'indirizzo. Chiaramente il manuale di questo dispositivo è sbagliato o fuorviante. Ho due di questi dispositivi, entrambi sono nuovi, entrambi ora sono stati "ripristinati in fabbrica, e non riesco a far funzionare nessuno dei due.

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
networking  router  ipv4 
— MountainX
fonte
2
Perché non provi DHCP per la configurazione dell'interfaccia? Il router dovrebbe avere il server DHCP attivo e funzionante per impostazione predefinita.
— Tomek,
@Tomek - come detto, ho provato DHCP. Tuttavia, non ha funzionato e non mi aspettavo che funzionasse perché la configurazione predefinita del router ha il suo server DHCP disattivato (secondo la guida per l'utente). Tuttavia, ho usato l'indirizzo IP statico suggerito nella guida per l'utente e sicuramente mi sarei aspettato che l'IP statico funzionasse. Cosa sto trascurando?
— MountainX
Aggiungi l'output dei comandi: ip addreip route
— A.Newgate il
Nel primo elenco non esiste un indirizzo di trasmissione. Ciò probabilmente impedirà il funzionamento di arp. Nel secondo elenco c'è un indirizzo di trasmissione errato (192.168.5.255 dove mi aspetterei 192.168.0.255) e questo probabilmente influirà anche su arp.
— Tomek,
Corri tcpdumpper vedere cosa succede sulla rete.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.