Die DNS-Suche schlägt nur bei bestimmten Sites während der Verwendung von Arch Linux fehl

488
fireballs

Der Titel geht an den Kern des Problems. Ich werde jedoch mehr Informationen geben.

Ich führe eine Installation von Arch Linux auf meinem Laptop aus und bis vor kurzem lief alles gut. Ich verwende netctl, um sich mit WLAN zu verbinden, was reibungslos verlief. Vor kurzem habe ich einen Job angefangen und das Netzwerk meines Arbeitsplatzes verwendet WPA2 Enterprise. Daher war es für mich einfacher, wpa_supplicant direkt für die Verbindung zum Netzwerk zu verwenden. Sobald ich dies jedoch tat, stieß ich auf DNS-Probleme. Die meisten Sites würden gut laden, aber einige wie archlinux.org und wikipedia könnten Chrom nicht laden und würden DNS_PROBE_FINISHED_NXDOMAINFehler zurückgeben. Ich konnte diese auch nicht per Hostname anpingen, aber per IP.

Dies brachte mich natürlich zu der Annahme, dass der DNS-Server, den mein Router bei der Arbeit zur Verfügung stellte, ein Problem hatte. Deshalb habe ich einen erstellt /etc/resolv.conf.head, um den öffentlichen DNS-Server von Google in meine /etc/resolv.confDatei aufzunehmen. Ich lief sudo nscd -i hostsund startete neu und die Dinge verbesserten sich ein wenig. Ich konnte dann zumindest auf diese Seiten zugreifen, aber die Suchzeit war für jede Site schrecklich (~ 5 Sekunden). Da ich die Arbeit erledigen musste, entschied ich mich damit.

Jetzt bin ich zu Hause mit den gleichen Problemen konfrontiert, was verwirrend ist. Ich bin mit meinem Heim-WLAN verbunden und verwendet dasselbe netctlProfil, das ich ohne Probleme verwendet habe. Ich dachte, dass vielleicht irgendwie Googles DNS jetzt wurde verursacht ein Problem, so dass ich entfernt die .head Datei, die ich geschaffen hatte, das Problem bei der Arbeit zu beheben. Ich kann immer noch nicht dieselben Webseiten wie Wikipedia laden. Ich habe Googles DNS in eine Tail-Datei aufgenommen. Hier ist meine resolv.confDatei:

#Generated by resolvconf domain hsdl.il.comcast.net nameserver 75.75.75.75 nameserver 75.75.76.76 nameserver 8.8.8.8 nameserver 8.8.4.4 

Was mich noch verwirrt, ist die digTatsache, dass kein Fehler zurückgegeben wird, wenn ich eine DNS-Suche für eine der problematischen Websites erzwinge:

; <<>> DiG 9.13.3 <<>> en.wikipedia.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 164 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1  ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;en.wikipedia.org. IN A  ;; ANSWER SECTION: en.wikipedia.org. 292 IN A 208.80.154.224  ;; Query time: 33 msec ;; SERVER: 75.75.75.75#53(75.75.75.75) ;; WHEN: Thu Oct 11 17:22:03 CDT 2018 ;; MSG SIZE rcvd: 61 

Ich habe ein unvollkommenes Verständnis für dieses Zeug, aber das lässt vermuten, dass ich bei Verwendung von dig den Hostnamen tatsächlich auflösen konnte, aber beim Ping oder im Browser nicht funktioniert.

Alle Hinweise hier wären sehr dankbar. Mir sind ähnliche Fragen bekannt, aber die, die ich gelesen habe, haben dem Problem nicht viel geholfen.

Vielen Dank

0
Verwenden Sie möglicherweise systemd-aufgelöst? Es verhält sich etwas anders als dig (zufälliger Nameserver, DNSSEC-Verwendung, wann immer möglich). Überprüfen Sie die Systemprotokolle insbesondere auf DNSSEC-Fehler. grawity vor 5 Jahren 1
Das erste, was ich versuchen würde, ist das Ablegen von Comcast DNS. Versuchen Sie 1.1.1.1 und 1.0.0.1 (Cloudflare) mit Google für die Sicherung und keinen Comcast. Tyson vor 5 Jahren 0

0 Antworten auf die Frage