Wenn ich zum ersten Mal eine DNS-Abfrage wie ausführe dig google.com, erhalte ich eine nette Antwort. Nachfolgende Abfragen geben jedoch zurück
;; Got bad packet: FORMERR
55 bytes
25 d8 81 a0 00 01 00 01 00 00 00 01 06 67 6f 6f %............goo
67 6c 65 03 63 6f 6d 00 00 01 00 01 c0 0c 00 01 gle.com.........
00 01 00 00 01 16 00 04 d8 3a d1 8e 00 00 00 00 .........:......
00 00 00 00 00 00 00
.......
Was verursacht diesen Fehler? Dieses Problem scheint nur auf meinem Computer aufzutreten. Wenn dieselbe Abfrage von anderen Computern im selben Netzwerk ausgeführt wird, tritt dieser Fehler nicht auf.
Antwort1
Ich habe eine zeitweise erfolgreiche DNS-Abfrageauflösung mit zahlreichen Fehlern festgestellt. Es trat einer der folgenden Fehler auf.
;; Got bad packet: bad label type
78 bytes
;; Got bad packet: FORMERR
94 bytes
;; Got bad packet: bad compression pointer
78 bytes
In meinem Fall war es ein fehlerhafter Resolver in meinem resolv.conf. Ich habe tatsächlich eine Reihe von Problemen mit meinem Dig festgestellt. Dies war ein falsch konfigurierter Resolver auf meinem lokalen WLAN-Router. Ich habe versucht, ihn aus- und wieder einzuschalten. In meinem Fall hatten sie ihn fest codiert, um die Nameserver des ISP-Netzwerks zu verwenden, die die IP-Adresse ebenfalls nicht richtig auflösten.
resolv.confIch hatte eine Kombination aus mehreren Problemen. Zuerst wurde mein Huawei-WLAN-/LTE-Router über als Standard festgelegt DHCP.
Ich muss diese Einstellung DHCPim Netzwerkmanager deaktivieren nameserver 192.168.8.1und die Verwendung der offenen DNS-Resolver von Google/Cloudflare erzwingen.
cat /etc/resolv.conf
# Generated by NetworkManager
search one.one.one.one google-public-dns-a.google.com
nameserver 192.168.8.1
nameserver 1.1.1.1
nameserver 1.0.0.1
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 8.8.8.8
nameserver 8.8.4.4
Mein zweites Problem war, dass ich eine Suchdomäne von angegeben hatte search one.one.one.one google-public-dns-a.google.com. Ich hatte diese WLAN-Verbindung auf diesem Laptop schon lange nicht mehr verwendet und die Einstellung, die ich dort vorgenommen hatte, stammte von meinen Experimenten. Das trug zu den Problemen bei, die ich sah.bad label type
Ich muss mein Netzwerk im Netzwerkmanager ändern. Unter IPv4-Einstellungen -> Methode -> Nur automatische (DHCP) Adressen. Dies darf nicht sein Automatic (DHCP). Denn dies umfasst alles, was Ihr DHCP-Server einstellt. Einschließlich eines lokalen Netzwerk-DNS-Servers, von der IP des Routers 192.168.8.1.
Ich habe zwei der besten offenen DNS-Resolver im Internet eingesetztGoogles öffentliche DNSUndÖffentliche DNS von Cloudflare
Speichern Sie Ihre Einstellungen und stellen Sie die Verbindung zu Ihrem Netzwerk erneut her.
Meines resolv.confsah danach so aus.
cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 1.1.1.1
nameserver 1.0.0.1
nameserver 8.8.8.8
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 8.8.4.4
Meine DNS-Auflösung funktionierte ab diesem Zeitpunkt ordnungsgemäß.