¿Problemas de conmutación de red con MacOS 10.7?

4

Tengo un problema extraño y espero que alguien pueda darme un consejo, ¿de qué manera debo cavar?

Estoy usando MacBookPro con Lion 10.7.3 en mi lugar de trabajo & en casa.

En el lugar de trabajo, tenemos una red basada en dominio con autorización 802.1x (más de 400 computadoras) y para conectarla estoy usando un cable Ethernet. El rango de IP es 10.10.2. *. Todas las configuraciones de red se configuran automáticamente por DHCP. Además, en la configuración, tengo la configuración del Servidor de cuentas de red en la Configuración de usuarios y grupos para mi servidor de dominio de trabajo, y está disponible solo desde la red corporativa.

En casa, tengo un enrutador ADSL, que comparte la conexión a Internet por WiFi en modo NAT. Estoy usando WiFi para conectarlo. El enrutador da direcciones desde el rango 192.168.1. * Y todas las configuraciones también están configuradas por el DHCP del enrutador.

Por lo tanto, mi problema es el siguiente. Cuando vuelvo a casa desde la oficina, abro mi MacBook y AirPort se conecta automáticamente a mi red WiFi. Después de esto, durante aproximadamente 1 minuto puedo navegar por los sitios & Ping hosts con éxito. Pero después de este minuto, la conexión de red se rompe. Todos los pings devuelven tiempo fuera. La ruta de rastreo hacia google.com se detiene en 192.168.1.1 (que es mi enrutador). Esto dura de 3 a 4 minutos. Después de que la conexión de red se repare automáticamente y todos los pings vuelvan a funcionar sin problemas. Al mismo tiempo, cuando mi MacBook devuelve los tiempos de espera, puedo hacer ping a cualquier host desde el MacBook de mi esposa, por lo que no parece un problema de enrutador. Cuando vengo a la oficina, no tengo ningún problema y la conexión a Internet está disponible & Momentos estables después de conectar el cable Ethernet.

¿Alguien tiene alguna pista sobre esto? ¿Qué debo monitorear & ¿Qué configuración buscará para resolver este problema? Por favor, pregunte, ¿qué información adicional debo proporcionar?

Esperando buenos consejos & ¡Gracias de antemano!

ACTUALIZAR :

ifconfig en1 resultados

para el estado, cuando el ping falla

DenisMBP:CrowdedIsland denis$ ifconfig en1
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 60:33:4b:12:38:60 
    inet6 fe80::6233:4bff:fe12:3860%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active

para el estado, cuando los pings están bien

DenisMBP:CrowdedIsland denis$ ifconfig en1
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 60:33:4b:12:38:60 
    inet6 fe80::6233:4bff:fe12:3860%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.1.10 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active

ACTUALIZACIÓN 2: He agregado un corte del registro Console.app, que muestra el momento de activación de Macbook, conexión de trabajo, conexión rota. Puede obtenerlo aquí

ACTUALIZACIÓN 3: He hecho registro de netstat & ifconfig llama a los tres estados. Puede encontrarlo aquí

ACTUALIZACIÓN 4: He desinstalado el cliente VPN de Cisco AnynetConnect y el problema aún es reproducible. Aquí está el registro para netstat & ifconfig archivo de registro . Y aquí está el registro de Console.app (consulte el registro de netstat para encontrar puntos de tiempo, cuando la red estaba funcionando y no lo estaba) archivo de registro

    
pregunta Denis 05.04.2012 - 17:10

8 respuestas

1

Actualización: No fue el cliente VPN el que causó esto, pero después de una larga resolución de problemas (ver comentarios) resultó ser Skype, posiblemente debido a errores relacionados con UPnP.

Intente desactivar su cliente VPN Cisco AnyConnect (?) (si no está seguro de cómo, abra Monitor de actividad , busque un proceso llamado acvpnagent y salga de él ).

Según su descripción, puede darse el caso de que el cliente VPN no logre establecer un túnel o se demore en hacerlo, ya que cualquiera de los dos podría causar la pérdida aparente de la ruta predeterminada que está describiendo ( puede hacer ping a cualquier cosa en su red local, pero nada más allá del enrutador).

Si la desactivación del cliente VPN anterior (y cualquier otro) no lo resuelve, agregue los resultados de:

  • ifconfig (no solo ifconfig en1 - hay una interfaz utun0 que aparece en su registro)
  • netstat -rnfinet

... en cada una de estas etapas:

  • inmediatamente después de conectarse a su Wifi (mientras la red parece estar activa)
  • durante el problema
  • y después de la recuperación
respondido por el Ingmar Hupp 10.04.2012 - 02:36
2

He visto algo similar a esto; No tengo una solución (ojalá la tuviera).

El problema es que Lion muestra la interfaz de manera especulativa con su última dirección conocida (probablemente basada en el enrutador o AP; almacena esa información en una de las fallas del sistema), mientras consulta al servidor DHCP para averiguar si esa dirección está realmente disponible Si el servidor DHCP devuelve DHCPNAK , la interfaz se desconfigura mientras negocia correctamente una nueva dirección, momento en el cual se vuelve a activar la interfaz.

Teóricamente (aunque probablemente no en la práctica en una red doméstica pequeña) su computadora podría tener la misma dirección que otra computadora en la red durante esa fase especulativa inicial.

    
respondido por el geekosaur 09.04.2012 - 09:52
0

Has intentado

lookupd -flushcache 

desde su Terminal.app?

    
respondido por el Global nomad 09.04.2012 - 11:58
0

¿Tiene otros nodos en su red doméstica? Es posible que tenga un conflicto de direcciones IP, lo que provocaría que el tráfico de su enrutador se desvíe a un host "no autorizado" en lugar de a su MacBook Pro.

    
respondido por el 200_success 09.04.2012 - 12:58
0

¿Has intentado deshabilitar ipv6? (Preferencias del sistema > networking > airport > advanced)

Otro intento (al usar el cifrado como WPA en el WiFi de tu hogar) es reparar el llavero. Inicie keychain.app y presione: Alt + Cmd + A

Otras veces es útil eliminar la red "wifi conocida" y volver a ingresar su contraseña en la próxima conexión.

¿Hay un dispositivo "Firewire" en la lista de dispositivos de red (como Ethernet, aeropuerto, etc.), cuando "Firewire" aparece en la lista y no se usa como conexión de red, intente eliminar "Firewire" de la lista?

¿Este problema también ocurre cuando se utiliza la conexión Ethernet por cable?

¿Qué muestra console.app en el momento en que la conexión cambia de trabajar para detenerse en el enrutador local?

    
respondido por el Pro Backup 09.04.2012 - 23:36
0

No vi esto, pero me ayudó cuando mi Macbook Air no mantenía la conexión wifi.

Macs basadas en Intel: reinicio del Controlador de administración del sistema (SMC)

enlace

Este artículo técnico restablece algunos hardware. Tarda 2 minutos y podría funcionar.

    
respondido por el Nohl 12.04.2012 - 07:14
0

¿Es correcto que esté utilizando las conexiones cableadas e inalámbricas al mismo tiempo?

MacAuthEvent en1   Auth result for: 50:67:f0:85:fa:f4  MAC AUTH succeeded
kernel  wlEvent: en1 en1 Link UP
kernel  AirPort: Link Up on en1
kernel  en1: BSSID changed to 50:67:f0:85:fa:f4

Esta configuración de "multihoming" puede causar problemas más a menudo en comparación con tener un solo enlace.

Sugeriría usar solo 1 conexión a la vez. Desenchufe el cable Ethernet o desactive la conexión inalámbrica.

    
respondido por el Pro Backup 14.04.2012 - 10:37
0

La versión 5.3.0.1074 de Skype tiene una preferencia (pestaña: Avanzado) para usar Skype para conectarse a puntos de acceso WiFi.

Cuando esa opción 'use Skype para conectarse a puntos de acceso WiFi' está habilitada, intente deshabilitarla.

¿Eso difiere? De lo contrario, ¿podríamos descartar que Skype sea la causa? Intenta conectarte con y sin que se inicie Skype. ¿Eso cambia algo?

    
respondido por el Pro Backup 14.04.2012 - 10:42

Lea otras preguntas en las etiquetas