Mac che esibisce disconnessioni di rete inesplicabili?

1

Ultimamente, ho visto alcuni computer Mac che possono a) vedere la rete wireless, b) "connettersi" alla rete wireless, e c) ricevere un indirizzo IP valido, ma quando viene lanciato un browser web è bloccato in un ciclo di caricamento eterno o quando viene utilizzata l'utilità ping , ritorna con un timeout di connessione.

Ho risolto questi problemi in passato creando una nuova posizione di rete, ma recentemente da sola non sembra averlo risolto immediatamente. Creerò una nuova posizione assicurandomi di fare clic su "Applica", arrivando addirittura al punto di riavviare il computer, ma nessuna di queste cose sembra funzionare come mi aspetto che facciano. La connettività Internet "magicamente" restituirà un modo per risolvere i problemi, e vorrei avere una spiegazione più concreta del perché. Qualcuno potrebbe elaborare su queste situazioni?

    
posta moonslug 14.04.2011 - 00:22
fonte

2 risposte

2

Sembra che tu stia avendo problemi con il DNS. La maggior parte delle app Cocoa effettua chiamate DNS gestite tramite mDNSResponder al giorno d'oggi, quindi se il processo mDNSResponder sta avendo un problema, anche le tradizionali ricerche DNS unicast falliranno. La prossima volta che succede, prova ...

sudo killall -9 mDNSResponder

... questo sicuramente uccide mDNSResponder. Non ti preoccupare, launchd lo riavvierà automaticamente.

È possibile che qualsiasi cosa stia causando il blocco di mDNSResponder sia stata risolta dai tuoi passaggi di risoluzione dei problemi, o forse hai attivato una modifica della configurazione di rete che fa sì che mDNSResponder si ricarichi da solo.

Ci sono ancora alcuni strumenti da riga di comando che usano le tradizionali librerie di resolver DNS Unix che non sfruttano mDNSResponder. Questi includono host , dig e nslookup . Un altro modo per vedere se è solo mDNSResponder e non DNS in generale è utilizzare uno di questi tre strumenti per eseguire una ricerca DNS la prossima volta che si verifica il problema.

Sono anche d'accordo con il suggerimento di un altro utente di eseguire il ping di un host per indirizzo IP. Ti consiglierei di farlo ...

ping -n 8.8.8.8

... il -n dice a ping di non tentare di eseguire una ricerca DNS inversa sull'host che stai eseguendo il ping. 8.8.8.8 è un bel indirizzo IP memorabile per uno dei server DNS risolvibili pubblicamente accessibili di Google.

    
risposta data 13.07.2011 - 11:08
fonte
0

La prima cosa ovvia da controllare sono le tabelle di routing. Il prossimo è controllare DNS.

Spegnere l'utilità di rete e pubblicare le informazioni di netstat, nonché controllare in traceroute e cercare alcuni grandi siti che generalmente funzionano.

    
risposta data 14.04.2011 - 00:32
fonte

Leggi altre domande sui tag