Meine nativen Mac-Apps stellen keine Verbindung zum Internet her, aber Google Chrome funktioniert und funktioniert ordnungsgemäß. Warum ist das?

Vor ein paar Tagen haben alle nativen Apps auf meinem OSX 10.10.4 MacBook Pro keine Verbindung mehr zum Internet hergestellt. Dies schien aus heiterem Himmel zu geschehen, und ich bin mir nicht sicher, was dieses Problem verursacht hat. Seltsamerweise scheint Google Chrome gut zu funktionieren, wenn selbst Terminal keine Verbindung herstellen kann. Hier ist eine Zusammenfassung dessen, was ich bisher versucht habe:

Auf dem Terminal

  • ping google.com: ping: kann google.com nicht auflösen: Unbekannter Host
  • Ping 8.8.8.8: 5 Pakete gesendet, 5 Pakete empfangen, 0,0 % Paketverlust
  • curl google.com: curl: (6) Host „google.com“ konnte nicht aufgelöst werden
  • curl 8.8.8.8: curl: (7) Fehler beim Herstellen einer Verbindung zu 8.8.8.8 Port 80: Operation timed
  • ssh {Servername} : ssh: Hostname {Servername} konnte nicht aufgelöst werden: Knotenname oder Servername angegeben oder nicht bekannt
  • nslookup google.com: Das funktioniert korrekt, aber die Antwort ist langwierig, also werde ich sie nicht posten.
  • dig google.com: Das funktioniert korrekt, aber die Antwort ist langwierig, also werde ich sie nicht posten.

Für mich scheint dies ein DNS-Problem zu sein, da google.com nicht gelöst ist, aber es passiert noch etwas anderes, weil curl 8.8.8.8 ebenfalls fehlschlägt. Seltsamerweise funktionieren sowohl nslookup als auch dig wie erwartet.

Ich habe auch versucht, diese Befehle auszuführen, um DNS zurückzusetzen

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Andere Dinge

  • Ich habe im abgesicherten Modus neu gestartet, aber dies führte zu den gleichen Ergebnissen.
  • Ich habe auch darauf geachtet, dass keine Proxy-Einstellung aktiv ist.
  • Ich habe verschiedene WLAN-Standorte ausprobiert. Das WLAN stellt eine Verbindung her, aber native Apps haben keinen Internetzugang.
  • Ich habe diese Tests sowohl mit WLAN als auch mit einer Kabelverbindung durchgeführt und die gleichen Ergebnisse beobachtet.
  • Ich habe die WLAN-Verbindung entfernt und neu hinzugefügt.
  • Ich habe meinen Computer viele Male neu gestartet.
  • Es gibt keine Firewall.
  • Ich hatte vor, das neueste OSX zu installieren, in der Hoffnung, dass es den Computer wiederherstellen würde, aber ich kann keine Verbindung zum App Store herstellen.
  • Ich habe ein neues Benutzerkonto erstellt und dieselben Tests durchgeführt, aber dieselben Ergebnisse beobachtet.

Hat jemand eine Ahnung, was passieren könnte? Jede Hilfe wird sehr geschätzt!

BEARBEITEN

Wie von @willWorkForCookies gefordert, ist meine resolv.conf-Datei eigentlich ein Sym-Link. Das Original befindet sich hier: /private/var/run/resolv.conf

Hier ist meine resolv.conf-Datei:

$ cat /etc/resolv.conf 
#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
domain hsd1.mi.comcast.net.
nameserver 75.75.76.76
nameserver 75.75.75.75
nameserver 2001:558:feed::2
nameserver 2001:558:feed::1

Die Verwendung des folgenden Befehls zum Leeren von DNS hatte keine Auswirkung:

sudo dscacheutil -flushcache sudo killall -HUP mDNSResponder
Ich habe gerade ein neues Benutzerkonto erstellt und diese Terminaltests mit dem neuen Konto durchgeführt, aber ich habe die gleichen Ergebnisse beobachtet. Das Erstellen eines neuen Benutzers behebt das Problem also nicht.
Überprüfen Sie, ob /etc/resolv.conf ein Sym-Link ist
Ja, und das Original befindet sich hier: /private/var/run/resolv.conf Ändert dies sein Verhalten? Mir war nicht bewusst, dass es sich um einen Sym-Link handelt.
Hatte dein Problem schon mal. Aber ich denke, meins war wegen Auflösung. Conf wird beschädigt und verliert seinen Link
Versuchen Sie eine neue Kopie der Datei und entfernen Sie ipv6-Zeug. Tut mir leid auf meinem Handy, also kann ich nicht viel graben
Kein Problem, ich freue mich über Anregungen! Ok, ich habe versucht, eine Verbindung herzustellen, nachdem ich den Sym-Link entfernt und die Datei wieder in das /etc/-Verzeichnis abgelegt hatte. Ich habe auch alle bis auf die Kommentare entfernt und dann neu gestartet, aber alles ist beim Alten geblieben. Können Sie erklären, dass die Conf beschädigt wird? Ich bin mir nicht sicher, auf welche Dateien Sie sich beziehen.
Haben Sie versucht, verschiedene DNS-Server zu verwenden?
@willWorkForCookies, vielen Dank für Ihre Hilfe, und ich glaube, ich habe das Problem gefunden: Als ich Anfang der Woche LLVM 3.3 installierte, muss ich „libgcc_s.1.dylib“ gelöscht haben, da mDNSResponder beim Ausführen eine Ausnahme einer fehlenden Datei ausgelöst hat vom Endgerät. Ich wusste nicht, wie ich eine Kopie dieser Datei finden sollte, also habe ich versucht, OSX neu zu installieren. Jetzt scheint alles richtig zu funktionieren =)

Antworten (1)

Für mich war das Problem eine fehlende Bibliotheksdatei: „libgcc_s.1.dylib“, die sich in „/usr/local/lib“ hätte befinden sollen. Insbesondere beim Versuch, mDNSResponder vom Terminal aus auszuführen, löste es einen Fehler „Datei nicht gefunden“ aus und meldete diese Datei als fehlend.

Für andere, die mit diesem Problem konfrontiert sind, würde ich vorschlagen, mDNSResponder vom Terminal aus zu starten, indem Sie "mDNSResponder" in das Terminal eingeben. Es kann eine fehlende Bibliotheksdatei melden.

Mir war nicht bewusst, wie ich diese Bibliothek neu erstellen könnte, also habe ich darauf zurückgegriffen, OSX vom Wiederherstellungslaufwerk neu zu installieren. Dies dauerte ungefähr 5 Stunden, aber alle meine Dateien blieben an Ort und Stelle, zusammen mit meinen Anwendungen und den meisten meiner OSX-Einstellungen.

Jetzt scheint alles richtig zu funktionieren =)

Schön, dass du es herausgefunden hast!
Meine nativen Mac-Apps stellen keine Verbindung zum Internet her, aber Google Chrome funktioniert und funktioniert ordnungsgemäß. Warum ist das?
AntwortenHierDatenschutz-Bestimmungen1y, 0v