In letzter Zeit habe ich ein paar Mac-Computer gesehen, die a) das drahtlose Netzwerk sehen, b) sich mit dem drahtlosen Netzwerk "verbinden" und c) eine gültige IP-Adresse erhalten können, aber wenn ein Webbrowser gestartet wird, bleibt er in einer Ewigkeit hängen Ladeschleife, oder wenn das pingDienstprogramm verwendet wird, kehrt es mit einer Verbindungszeitüberschreitung zurück.
Ich habe diese Probleme in der Vergangenheit gelöst, indem ich einen neuen Netzwerkstandort erstellt habe, aber in letzter Zeit hat das allein das Problem anscheinend nicht sofort behoben. Ich werde einen neuen Speicherort erstellen, wobei ich sicher sein muss, dass ich auf „Übernehmen“ klicke, und sogar so weit gehe, den Computer neu zu starten, aber keines dieser Dinge scheint so zu funktionieren, wie ich es erwarte. Die Internetverbindung wird "magisch" einen Weg zur Fehlerbehebung zurückbringen, und ich wünschte, ich hätte eine konkretere Erklärung dafür, warum. Kann jemand diese Situationen näher erläutern?
Es hört sich so an, als hättest du DNS-Probleme. Die meisten Cocoa-Apps tätigen heutzutage DNS-Anrufe, die über mDNSResponder abgewickelt werden. Wenn also der mDNSResponder-Prozess ein Problem hat, schlagen sogar herkömmliche Unicast-DNS-Lookups fehl. Wenn dies das nächste Mal passiert, versuchen Sie es...
sudo killall -9 mDNSResponder
...das wird mDNSResponder mit Sicherheit töten. Keine Sorge, launchdes wird automatisch neu gestartet.
Es ist möglich, dass die Ursache für das Aufhängen von mDNSResponder durch Ihre Schritte zur Fehlerbehebung behoben wurde, oder Sie haben möglicherweise eine Netzwerkkonfigurationsänderung ausgelöst, die dazu führt, dass mDNSResponder sich selbst neu lädt.
Es gibt immer noch ein paar Befehlszeilentools, die traditionelle Unix-DNS-Resolver-Bibliotheken verwenden, die mDNSResponder nicht nutzen. Dazu gehören host, dig, und nslookup. Eine andere Möglichkeit, um festzustellen, ob es sich nur um mDNSResponder und nicht um DNS im Allgemeinen handelt, besteht darin, eines dieser drei Tools zu verwenden, um beim nächsten Auftreten des Problems eine DNS-Suche durchzuführen.
Ich stimme auch dem Vorschlag eines anderen Benutzers zu, einen Host über die IP-Adresse zu pingen. Ich würde dir empfehlen es zu tun...
ping -n 8.8.8.8
...das -nweist darauf hin ping, nicht zu versuchen, eine umgekehrte DNS-Suche auf dem Host durchzuführen, den Sie anpingen. 8.8.8.8ist eine schöne, einprägsame IP-Adresse für einen der öffentlich zugänglichen Auflösungs-DNS-Server von Google.
Als Erstes sollten Sie natürlich die Routing-Tabellen überprüfen. Als nächstes wird DNS überprüft.
Würden Sie das Netzwerkdienstprogramm starten und die netstat-Informationen posten sowie in Traceroute nachsehen und nach einigen großen Websites suchen, von denen Sie wissen, dass sie im Allgemeinen funktionieren?
Harv
Zügellos