Dos redes locales: confusión de enrutamiento

1

En mi MBP de 17 "(ejecutando Mavericks) a veces he iniciado sesión en dos LAN diferentes, una con mi interfaz AirPort y otra con Ethernet. Mis redes están configuradas (en el Panel de preferencias del sistema de red) de manera que Ethernet El servicio es una prioridad más alta que el AirPort.

A veces (no siempre), cuando intento conectarme a una dirección IP en la red a la que estoy conectado a través de AirPort, (supongo) intenta conectarse a la IP a través de la red Ethernet y, finalmente, se apaga. El ping a una IP en la red AirPort también falla.

Configuré la red Ethernet como una prioridad más alta que la red AirPort, por lo que está funcionando según lo previsto, dices, '¿cuál es el problema'? Bueno, la IP a la que estoy tratando de conectarme es una IP local (por ejemplo, 192.168.xx), mientras que la IP del enrutador de Ethernet es como 10.0.0.1, y está asignando direcciones IP mediante DHCP como 10.0.0.2, 10.0.0.3, etc. Entonces, si intento conectarme, por ejemplo, 192.168.1.2, ¿por qué está intentando pasar por Ethernet, en 10.0.0.x land? ¿Cómo debo configurar las redes para que la computadora portátil se "dé cuenta" de que necesita usar la interfaz AirPort para conectarse a las direcciones 192.168.x.x? Por cierto, revertir la orden de servicio solo hace que tenga el mismo problema a la inversa: de repente, todas las conexiones a las IP de Ethernet terminan.

Editar:

A continuación, proporciono información concreta para ayudar a diagnosticar el problema. Hoy, sin ninguna razón aparente, la situación se invierte: mi red Ethernet, que se enruta a Internet, funciona bien, pero los paquetes a mi red AirPort ( 10.11.12.* ) se están enrutando incorrectamente a través de la red Ethernet ( 192.168.20.* ) . Me pregunto si esto tiene que ver con el orden en que me conecté a las redes cuando llegué a trabajar esta mañana.

Observe que intenta enrutar paquetes a 10.11.12.13 a través de 192.168.20.1 , que es la puerta de enlace "default-er" (por encima de 10.11.12.13 ). Tengo el control total de ambos enrutadores, por lo que puedo cambiar su configuración según sea necesario para evitar que las dos redes se confundan en mi MBP. Simplemente no tengo idea de lo que debo hacer para lograr eso.

$ 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 

Edit 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
    
pregunta njahnke 03.02.2014 - 22:59

1 respuesta

1

Sólo clavé esto. La red no conectada a Internet (a la que generalmente accedo a través de AirPort) tenía su enrutador configurado incorrectamente. Salí de los muchachos de Unix aquí: enlace

Básicamente, si configura un punto de acceso inalámbrico hostapd en una máquina Linux y está usando DHCP, debe asegurarse de no tener una línea option routers en su dhcpd.conf . Esa línea hará que el enrutador anuncie a los clientes una puerta de enlace predeterminada falsa que, dependiendo de la alineación de los planetas, hará que el tráfico destinado a la otra red se vea afectado.

    
respondido por el njahnke 05.02.2014 - 17:27

Lea otras preguntas en las etiquetas