En mis 17" MBP (que se ejecuta Mavericks) a veces estoy firmado en dos diferentes LANs, uno con mis Aeropuerto de interfaz y uno con Ethernet. Mis Redes están configuradas (en el Sistema de Red del Panel de Preferencias) de tal manera que el servicio Ethernet es de mayor prioridad que el Aeropuerto.
A veces (no siempre), cuando intento conectarme a una dirección IP en la red estoy conectado a través del Aeropuerto, (supongo) intenta conectarse a la dirección IP a través de la red Ethernet y, finalmente, el tiempo de espera. Hacer ping a una IP en la red de aeropuertos también falla.
Puedo configurar la red Ethernet de mayor prioridad que el Aeropuerto de la red, por lo que funciona como está previsto, que usted dice - "¿cuál es el problema'? Bueno, la IP que estoy tratando de conectar a una IP local (por ejemplo 192.168.x.x), mientras que el de Ethernet IP del router es como 10.0.0.1, y es la asignación de direcciones IP mediante DHCP como 10.0.0.2, 10.0.0.3, etc. Así que si intento conectarme a decir 192.168.1.2, ¿por qué está tratando de ir a través de Ethernet, en 10.0.0.x de la tierra? ¿Cómo tengo que configurar las redes, de modo que la computadora portátil "se da cuenta" que necesita para utilizar el Aeropuerto de interfaz para la conexión a 192.168.x.x direcciones? Por CIERTO, la anulación de la orden de servicio único que hace es que tengo el mismo problema a la inversa - de repente todas las conexiones Ethernet IPs tiempo de espera.
Editar:
Me estoy dando algunos de hormigón siguiente información para ayudar a diagnosticar el problema. Hoy en día, sin razón aparente, la situación es a la inversa - mi red Ethernet, rutas a Internet, está trabajando bien, pero los paquetes a mi red de aeropuertos (10.11.12.*) son incorrectamente que se enrutan a través de la red Ethernet (192.168.20.*). Me pregunto si esto tiene que ver con el orden en el que me he conectado a las redes cuando llegué a trabajar esta mañana.
Aviso en el que se intenta enrutar paquetes a 10.11.12.13 través 192.168.20.1 que es el "defecto" -er" puerta de enlace (por encima de 10.11.12.13). Tengo control total de los routers, así que puede cambiar su configuración según sea necesario para mantener las dos redes de confundirse en mi MBP. Sólo tengo ni idea de lo que tengo que 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
