Warum versucht Windows 7, DNS gegen IPv6-DNS-Server aufzulösen?
Ziemlich Vanille, gerade installiert Win 7, SP1, 64-Bit. Kein IPv6-Zugriff. Der Netzwerkstatus sagt IPv4: Internet. IPv6: Kein Netzwerkzugriff.
Wählen Sie eine Domäne mit DNS-Servern mit IPv4 - und IPv6-Adressen aus, z. B. www.hummerzines.com.au
(dave.ns.cloudflare.com).
Führen Sie ein nslookup über die Befehlszeile aus:
C:\Users\Dom\Desktop>nslookup hummerzines.com.au dave.ns.cloudflare.com
Server: dave.ns.cloudflare.com
Address: 173.245.59.109
Name: hummerzines.com.au
Addresses: 141.101.116.193
141.101.117.193
Mache jetzt einen nslookup aus nslookup:
C:\Users\Dom\Desktop>nslookup
Default Server: resolv.internode.on.net
Address: 192.231.203.132
> hummerzines.com.au dave.ns.cloudflare.com
Server: dave.ns.cloudflare.com
Addresses: 2400:cb00:2049:1::adf5:3b6d
173.245.59.109
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to dave.ns.cloudflare.com timed-out
Warum funktioniert Windows unter diesen beiden Umständen anders? Ich nehme an, es ist timing aus, weil es versucht, die DNS-Suche über IPv6 zu tun? Ich habe WireShark noch nicht ausgeführt, um dies zu beweisen/zu leugnen.
Ausgabe von ipconfig / all:
Windows IP Configuration
Host Name . . . . . . . . . . . . : xxx
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
Ethernet adapter Local Area Connection 2:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Realtek RTL8168D/8111D Family PCI-E Gigabit Ethernet NIC (NDIS 6.20) #2
Physical Address. . . . . . . . . : 00-24-1D-C9-D0-7E
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Realtek RTL8168D/8111D Family PCI-E Gigabit Ethernet NIC (NDIS 6.20)
Physical Address. . . . . . . . . : 00-24-1D-C9-D0-8E
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::200a:e243:364f:8ec9%11(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.11.10(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Thursday, 20 February 2014 8:36:49 AM
Lease Expires . . . . . . . . . . : Monday, 24 February 2014 8:36:48 AM
Default Gateway . . . . . . . . . : 192.168.11.1
DHCP Server . . . . . . . . . . . : 192.168.11.1
DHCPv6 IAID . . . . . . . . . . . : 234890269
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-66-F2-E1-00-24-1D-C9-D0-8E
DNS Servers . . . . . . . . . . . : 192.231.203.132
192.231.203.3
NetBIOS over Tcpip. . . . . . . . : Enabled
Tunnel adapter isatap.{0693AA71-5382-4DED-8260-EA710149F8A9}:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter Local Area Connection* 12:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:0:9d38:90d7:c0a:2ff5:c458:7ffb(Preferred)
Link-local IPv6 Address . . . . . : fe80::c0a:2ff5:c458:7ffb%14(Preferred)
Default Gateway . . . . . . . . . : ::
NetBIOS over Tcpip. . . . . . . . : Disabled
Tunnel adapter isatap.{870AA1C0-1FDE-4852-87D6-34357F1C7177}:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
3 answers
Ihr Computer hat versucht, eine Teredo-Verbindung herzustellen. Teredo ist eine von mehreren IPv6-Übergangstechnologien, die alle verschiedene Nachteile haben. Teredos ist, dass es einfach nicht in einer Vielzahl von Szenarien funktioniert, für die es explizit entwickelt wurde, z. B. hinter einem IPv4-NAT-Gerät.
Da Teredo aktiviert ist, denkt Ihr Computer , dass IPv6-Konnektivität hat, wenn diese Konnektivität tatsächlich unterbrochen ist. (Das Netzwerkstatussymbol verwendet eine völlig andere überprüfen Sie auf Konnektivität, die genauer ist.)
Um das Problem zu beheben, deaktivieren Sie Teredo (und während Sie gerade dabei sind, die beiden anderen problematischen, 6to4 und ISATAP). Rechtsklick auf Eingabeaufforderung und klicken Sie auf Als Administrator ausführen, dann führen Sie die folgenden:
netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh int teredo set state disabled
Starten Sie dann Ihren Computer neu.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2014-02-23 17:31:24
Windows behandelt dies nicht per se anders, sondern nslookup ist unter Windows defekt.
Resolver immer geben sowohl IPv4-Adressen als auch IPv6-Adressen zurück, wenn sie verfügbar sind und kein Adresstyp angegeben ist. Alle Standardkonfigurationen auf modernen Netzwerkstapeln haben eine Präferenz für IPv6-Adressen gegenüber IPv4-Adressen. Dies bedeutet, dass die IPv6-Adressen immer vor IPv4-Adressen zurückgegeben werden. Dies ist normalerweise kein Problem, da die Client-Anwendungen durchlaufen Sie normalerweise die vom Resolver zurückgegebenen Adressen, wenn die erste Adresse fehlschlägt. Im Fall von IPv6 vs IPv4-Adressen ist der Fehler von IPv6 fast sofort, wenn eine Standard-IPv6-Route nicht konfiguriert ist.
Der DNS-Server ist doppelt gestapelt, was bedeutet, dass er sowohl IPv4-als auch IPv6-Adressen hat. Wenn Sie die Suche durchführen, indem Sie den Standard-DNS-Server als Befehlszeilenoption angeben, durchläuft nslookup die IP-Adressen beginnend mit IPv6 und endend mit IPv4 ordnungsgemäß. Jedoch, wenn wenn Sie nslookup interaktiv verwenden, versucht nslookup nur die erste Adresse, die vom Resolver zurückgegeben wird, wobei es sich immer um die IPv6-Adresse handelt.
Die Lösung hierfür besteht darin, die DNS-Server anhand der IP-Adresse anzugeben, wenn Sie nslookup interaktiv verwenden, oder nslookup nicht interaktiv zu verwenden, indem Sie den Standard-DNS-Server in der Befehlszeile angeben.
Hinweis Dies betrifft nur nslookup unter Windows, moderne Versionen von Linux und OS X verwenden eine feste Version von nslookup.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2015-08-03 21:05:10
Ich hatte ein ähnliches problem und fand die Lösung. Stellen Sie sicher, dass Windows keine IPv4-und IPv6-DNS-Resolver zwischengespeichert hat.
DNSCrypt: Wie kann verhindert werden, dass Windows Namen auf der schwarzen Liste auflöst?
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2018-08-25 22:30:49