Problemi di commutazione di rete con MacOS 10.7?

4

Ho uno strano problema e spero che qualcuno possa darmi un consiglio, in che modo dovrei scavare.

Sto usando MacBookPro con Lion 10.7.3 entrambi sul mio posto di lavoro & a casa.

Al posto di lavoro, abbiamo una rete basata su dominio con autorizzazione 802.1x (più di 400 computer) e per collegarla sto usando un cavo Ethernet. L'intervallo IP è 10.10.2. *. Tutte le impostazioni di rete sono configurate automaticamente da DHCP. Inoltre, nelle impostazioni, ho configurato il server di account di rete nelle Impostazioni utente e gruppi per il mio server di dominio di lavoro - ed è disponibile solo dalla rete aziendale.

A casa, ho un router ADSL, che condivide la connessione a Internet via WiFi in modalità NAT. Sto usando il WiFi per collegarlo. Il router fornisce gli indirizzi compresi nell'intervallo 192.168.1. * E tutte le impostazioni sono configurate dal DHCP del router.

Quindi, il mio problema è il seguente. Quando torno a casa dall'ufficio, apro il mio MacBook e AirPort connette automaticamente la mia rete WiFi. Dopo questo, per circa 1 minuto sono in grado di navigare su siti & ping host con successo. Ma dopo questo minuto, la connessione di rete è suddivisa. Tutti i ping restituiscono il timeout. traccia percorso per google.com si ferma su 192.168.1.1 (che è il mio router). Questo dura 3-4 minuti. Dopo che la connessione di rete viene riparata automaticamente e tutti i ping tornano regolarmente. Allo stesso tempo, quando il mio MacBook restituisce i timeout, riesco a eseguire il ping su qualsiasi host dal MacBook di mia moglie, quindi questo non sembra un problema del router. Quando vengo in ufficio, non ho alcun problema e la connessione Internet è disponibile e amp; momenti stabili dopo il cavo Ethernet inserito.

Qualcuno ha qualche indizio su questo? Cosa devo monitorare e amp; quali impostazioni cercano di risolvere questo problema? Per favore, chiedi quali informazioni aggiuntive dovrei fornire.

Sperando in buoni consigli e amp; grazie in anticipo!

UPDATE:

ifconfig en1 risultati

per stato, quando il ping fallisce

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

per stato, quando i ping sono ok

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

UPDATE 2: Ho aggiunto un taglio dal log di Console.app, visualizzando il momento di attivazione del Macbook, connessione funzionante, connessione interrotta. Puoi ottenerlo qui

UPDATE 3: Ho fatto il log di netstat & ifconfig chiama per tutti e tre gli stati. Puoi trovarlo qui

UPDATE 4: Ho disinstallato Cisco AnynetConnect VPN Client e il problema è ancora riproducibile. Ecco il registro per netstat & ifconfig file di registro . Ed ecco il log da Console.app (vedi il log di netstat per trovare i punti temporali, quando la rete funzionava e non lo era) file di registro

    
posta Denis 05.04.2012 - 17:10
fonte

8 risposte

1

Aggiornamento: Non è stato il client VPN a causare questo, ma dopo una lunga risoluzione dei problemi (vedi commenti) si è rivelato essere Skype, probabilmente a causa di bug relativi a UPnP.

Prova a disabilitare il client VPN Cisco AnyConnect (?) (se non sei sicuro di come, apri Monitor attività , trova un processo chiamato acvpnagent e esci ).

Dalla tua descrizione, potrebbe accadere che il client VPN non riesca a stabilire un tunnel o che impieghi un tempo piuttosto lungo, che potrebbe causare l'apparente perdita del percorso predefinito che stai descrivendo ( puoi eseguire il ping su qualsiasi cosa sulla tua rete locale, ma nulla oltre il router).

Se la disattivazione del client VPN sopra riportato (e di qualsiasi altro) non lo risolve, aggiungi i risultati di:

  • ifconfig (non solo ifconfig en1 - c'è un'interfaccia utun0 che appare nel tuo log)
  • netstat -rnfinet

... in ciascuna di queste fasi:

  • subito dopo la connessione al Wi-Fi (mentre la rete sembra essere attiva)
  • durante il problema
  • e dopo il ripristino
risposta data 10.04.2012 - 02:36
fonte
2

Ho visto qualcosa di simile a questo; Non ho una soluzione (vorrei averlo fatto).

Il problema è che Lion fa apparire l'interfaccia immediatamente con il suo ultimo indirizzo conosciuto (presumibilmente basato sul router o sull'AP, memorizza tali informazioni in uno dei file system), mentre richiede al server DHCP di scoprire se quell'indirizzo è effettivamente disponibile. Se il server DHCP restituisce DHCPNAK , l'interfaccia non viene configurata mentre negozia correttamente un nuovo indirizzo, a quel punto viene ripristinata l'interfaccia.

Teoricamente (anche se probabilmente non è in pratica su una piccola rete domestica) il tuo computer potrebbe avere lo stesso indirizzo di un altro computer sulla rete durante quella fase speculativa iniziale.

    
risposta data 09.04.2012 - 09:52
fonte
0

Hai provato

lookupd -flushcache 

dal tuo Terminal.app?

    
risposta data 09.04.2012 - 11:58
fonte
0

Hai altri nodi sulla tua rete domestica? Potresti avere un conflitto di indirizzi IP, che causerebbe il trasferimento del traffico dal router a un host "canaglia" piuttosto che a MacBook Pro.

    
risposta data 09.04.2012 - 12:58
fonte
0

Hai provato a disabilitare ipv6? (preferenze di sistema > networking > airport > advanced)

Un altro tentativo (quando si utilizza la crittografia come WPA sul Wi-Fi domestico) è riparare il portachiavi. Avvia keychain.app e premi: Alt + Cmd + A.

Altre volte aiuta a eliminare la rete "noto wifi" e reinserire la password al prossimo collegamento.

C'è un dispositivo "Firewire" elencato nel tuo elenco di dispositivi di rete (come Ethernet, Aeroporto, ecc.), quando "Firewire" è elencato e non usato come connessione di rete, prova a rimuovere "Firewire" dall'elenco.

Questo problema si verifica anche quando si utilizza la connessione Ethernet cablata?

Che cosa dimostra console.app nel momento in cui la connessione passa dall'interruzione al router locale?

    
risposta data 09.04.2012 - 23:36
fonte
0

Non l'ho visto, ma mi ha aiutato quando il mio Macbook Air non manteneva la connessione wifi.

Mac basati su Intel: reimpostazione di System Management Controller (SMC)

link

Questo articolo tecnico reimposta alcuni componenti hardware. Ci vogliono 2 minuti e potrebbe funzionare.

    
risposta data 12.04.2012 - 07:14
fonte
0

È corretto che tu stia utilizzando le connessioni cablate e wireless allo stesso tempo?

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

Questa configurazione "multihoming" può più spesso causare problemi rispetto ad avere un singolo link.

Suggerirei di utilizzare solo 1 connessione alla volta. O scollegare il cavo Ethernet o disabilitare il wireless.

    
risposta data 14.04.2012 - 10:37
fonte
0

La versione di Skype 5.3.0.1074 ha una preferenza (scheda: Avanzate) per usare Skype per connettersi ai hotspot WiFi.

Quando l'impostazione "usa Skype per connettersi a WiFi-hotspot" è abilitata, prova a disabilitarla.

Questo differisce? Altrimenti, potremmo escludere che Skype sia la causa? Prova a connetterti con e senza l'avvio di Skype. Questo cambia qualcosa?

    
risposta data 14.04.2012 - 10:42
fonte

Leggi altre domande sui tag