Due reti locali: confusione di routing

1

Sul mio MBP da 17 "(eseguendo Mavericks) a volte sono collegato a due LAN diverse, una con la mia interfaccia AirPort e una con Ethernet Le mie reti sono configurate (nel pannello delle preferenze del sistema di rete) in modo tale che Ethernet il servizio è una priorità più alta di AirPort.

A volte (non sempre), quando provo a connettermi a un indirizzo IP sulla rete a cui sono connesso via AirPort, esso (presumo) prova a connettersi all'IP tramite la rete Ethernet e alla fine scade. Anche il ping di un IP sulla rete AirPort fallisce.

Ho configurato la rete Ethernet come priorità più alta della rete AirPort, quindi funziona come previsto, tu dici - 'qual è il problema'? Bene, l'IP a cui sto cercando di connettersi è un IP locale (ad esempio 192.168.xx), mentre l'IP del router Ethernet è come 10.0.0.1, e assegna gli indirizzi IP usando DHCP come 10.0.0.2, 10.0.0.3, ecc. Quindi, se provo a connettermi per dire 192.168.1.2, perché sta cercando di andare su Ethernet, in terra 10.0.0.x? Come devo configurare le reti in modo che il laptop "si accorga" di dover utilizzare l'interfaccia AirPort per connettersi agli indirizzi 192.168.x.x. A proposito, invertire l'ordine di servizio rende solo così ho lo stesso problema al contrario - improvvisamente tutte le connessioni agli IP Ethernet scadono.

Modifica

Sto fornendo alcune informazioni concrete qui sotto per aiutare a diagnosticare il problema. Oggi, senza una ragione apparente, la situazione è invertita: la mia rete Ethernet, che si dirige verso Internet, funziona bene, ma i pacchetti verso la mia rete AirPort ( 10.11.12.* ) vengono instradati erroneamente attraverso la rete Ethernet ( 192.168.20.* ) . Mi chiedo se questo abbia a che fare con l'ordine in cui mi sono collegato alle reti quando sono riuscito a lavorare stamattina.

Si noti che tenta di instradare i pacchetti a 10.11.12.13 tramite 192.168.20.1 che è il gateway "default-er" (sopra 10.11.12.13 ). Ho il pieno controllo di entrambi i router, quindi posso modificare la loro configurazione in base alle necessità per evitare che le due reti vengano confuse sul mio MBP. Non ho proprio idea di cosa devo fare per farlo.

$ netstat -nr
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.20.1       UGSc            8        0     en0
default            10.11.12.13        UGScI           0        0     en1
10.11.12/24        link#4             UCSI            2        0     en1
10.11.12.13        de:ad:be:ef:0:0    UHLWIi          1      174     en1    976
10.11.12.14        127.0.0.1          UHS             1        0     lo0
10.11.12.255       ff:ff:ff:ff:ff:ff  UHLWbI          0        3     en1
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH              1    62540     lo0
169.254            link#4             UCS             0        0     en1
192.168.20         link#5             UCS             6        0     en0
192.168.20.1       48:5b:39:e8:b:8    UHLWIir         9      171     en0   1198
192.168.20.128     0:e0:4d:bf:2:2b    UHLWIi          1      109     en0   1077
192.168.20.141     68:9:27:5c:f1:e9   UHLWI           0        0     en0   1174
192.168.20.143     127.0.0.1          UHS             0        0     lo0
192.168.20.148     a8:88:8:c9:40:a4   UHLWI           0        0     en0   1021
192.168.20.255     ff:ff:ff:ff:ff:ff  UHLWbI          0        4     en0


$ ping 10.11.12.13
PING 10.11.12.13 (10.11.12.13): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
^C


$ route -n get 10.11.12.13
   route to: 10.11.12.13
destination: default
       mask: default
    gateway: 192.168.20.1
  interface: en0
      flags: <UP,GATEWAY,DONE,STATIC,PRCLONING>
 recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire
       0         0         0         0         0         0      1500         0 

Modifica 2: Traceroute

$ traceroute 10.11.12.13
traceroute to 10.11.12.13 (10.11.12.13), 64 hops max, 52 byte packets
 1  unknown (192.168.20.1)  0.655 ms  0.474 ms  0.365 ms
 2  10.253.0.1 (10.253.0.1)  7.806 ms  7.713 ms  7.619 ms
 3  173-219-249-22-link.sta.suddenlink.net (173.219.249.22)  9.155 ms  9.189 ms  7.729 ms
 4  173-219-249-248-link.sta.suddenlink.net (173.219.249.248)  23.200 ms  24.235 ms  23.603 ms
 5  173-219-229-77-link.sta.suddenlink.net (173.219.229.77)  821.529 ms  778.116 ms  772.398 ms
 6  173-219-229-74-link.sta.suddenlink.net (173.219.229.74)  21.760 ms  23.201 ms
    173-219-229-98-link.sta.suddenlink.net (173.219.229.98)  20.502 ms
 7  173-219-229-77-link.sta.suddenlink.net (173.219.229.77)  890.499 ms  884.132 ms  906.584 ms
 8  173-219-229-80-link.sta.suddenlink.net (173.219.229.80)  21.744 ms
    173-219-229-98-link.sta.suddenlink.net (173.219.229.98)  22.142 ms  23.222 ms
 9  173-219-229-77-link.sta.suddenlink.net (173.219.229.77)  904.088 ms^C
    
posta njahnke 03.02.2014 - 22:59
fonte

1 risposta

1

Ho appena scoperto questo. La rete non connessa a Internet (quella che di solito accedo tramite AirPort) ha configurato il router in modo errato. Ho ottenuto una via d'uscita dai ragazzi di Unix qui: link

In sostanza se imposti un access point wireless hostapd su una macchina Linux e stai utilizzando DHCP, devi assicurarti di non avere una riga option routers nella tua dhcpd.conf . Questa linea farà sì che il router pubblicizzi sui client un gateway predefinito spurio che, in base all'allineamento dei pianeti, renderà il blackhole del traffico destinato all'altra rete.

    
risposta data 05.02.2014 - 17:27
fonte

Leggi altre domande sui tag