nslookup È funzionante; ping -4 name.com NON funziona

Il sintomo più ovvio di questo problema è che nslookupIS funziona, mentre ping -4 name.comNON funziona.

Questo perché nslookupcontiene il proprio client DNS e quindi non utilizza quello di Windows.

ping quando viene assegnato un nome, utilizza il client DNS di Windows per tradurre il nome -> numero.

Quindi, se è nslookuppossibile tradurre, allora molte cose funzionano: hardware di rete, driver dell'adattatore NIC, connettività Internet ai server DNS e accesso riuscito ai server per fare una traduzione. Questo è molto!

Tuttavia, ping -4 name.comnon riesce, quindi se tutto il resto funziona, è implicato il software client DNS di Windows stesso.

Nota che ho fatto ping -4per isolare IPv4 escludendo le influenze IPv6.

displaydns non riesce

Ecco perché il sintomo migliore per descrivere il problema reale è quello

ipconfig /displaydns

rapporti:

Could not display the DNS Resolver Cache.

Ma il client DNS è in esecuzione

Leggendo i forum, il motivo più probabile di questo sintomo è che il servizio Client DNS (aka dnscache) non è in esecuzione; comunque per noi lo è.

Noi facemmo

net stop dnscache
net start dnscache
sc query dnscache

ed è acceso.

Non è il suffisso DNS

Un'altra possibilità è che ci siano suffissi DNS in uso. Tuttavia, andando nella rete e nel centro di condivisione -> modifica impostazioni adattatore -> Connessione rete wireless -> Proprietà -> Proprietà versione 4 del protocollo Internet -> Avanzate -> scheda DNS, abbiamo:

[CHECKED] Aggiungi i suffissi DNS primari e specifici della connessione

• [CHECKED] Aggiungi i suffissi parent del suffisso DNS primario

[Deselezionato] Aggiungi questi suffissi DNS

(e la casella di riepilogo è vuota)

Suffisso DNS per questa connessione:

[CHECKED] Registra gli indirizzi di questa connessione in DNS [UNchecked] Usa il suffisso DNS di questa connessione nella registrazione DNS.

Tuttavia, non sono sicuro che tutto ciò sia importante perché non siamo in grado di accedere a goolge.com, vale a dire un nome di dominio completo.

Ulteriori informazioni

Abbiamo disabilitato IPv6 per ora per il debug. Quindi tutto ciò che viene riportato qui è disattivato IPv6.

nslookupfunziona in modo affidabile, su google.come tutto il resto.

Tuttavia,

ping -4 google.com

dice

Ping request could not find host google.com

E la navigazione dice errore DNS.

Ora, ho imparato che nslookupha un proprio client DNS, separato da Windows. Il che mi indurrebbe a credere che nslookup'sil client DNS vada bene e che Windows sia corrotto in qualche modo.

In effetti, possiamo navigare su Google e altri siti tramite l'indirizzo IP, ma non per nome.

pingper indirizzo IP funziona bene. Come tracertper indirizzo IP.

Non DirectAccess

Il problema non sembra essere DirectAccess:

netsh dns show state

rapporti (tra le altre cose)

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Wireshark

Un'acquisizione di Wireshark durante le nslookupquery dei nomi degli spettacoli.

Tuttavia, un'acquisizione che esegue il ping non ha mostrato tali query. In effetti, nessuna attività (a parte lo sfondo). Ciò suggerisce che il client DNS di Windows non sta nemmeno cercando di uscire su Internet e tradurre il nome, il che sarebbe coerente con la sua incapacità di visualizzare DNS.

Altre note

Il c:\windows\system32\drivers\etc\hostsvuoto (solo commenti).

Il problema si verifica quando il server DNS è impostato sull'università; o quando impostato su 8.8.8.8 di Google e / o 8.8.4.4 e / o 208.67.222.222 di OpenDNS e / o 208.67.220.220. Il che ha senso dato che Wireshark riferisce che Windows non sta nemmeno inviando la query del nome.

Il problema si è verificato dopo un incidente di calore. Tuttavia, essendo in grado di navigare in base alle regole IP, problemi hardware, tranne forse per la corruzione dell'HDD. Tuttavia, chkdsknon ha segnalato settori danneggiati e sfcnon ha riscontrato alcuna corruzione.

Abbiamo anche disinstallato la scheda di rete in Gestione dispositivi e l'abbiamo reinstallata automaticamente. Ho anche verificato la presenza di aggiornamenti per questo adattatore su Windows. Non ce n'erano.

L'arresto anomalo significa un riavvio, quindi forse è stato un cattivo aggiornamento di Windows. Tuttavia, ci sono stati diversi riavvii prima di questo e dopo l'ultimo aggiornamento di Windows.

Abbiamo eseguito per rootkit Malwarebytes Anti-Malware, anche Malwarebytes Anti-Rootkit beta, TDSSKiller e Comodo Cleaning Essentials (CCE, ma sembra non essere aggiornato).

Non ho ancora provato in modalità provvisoria con rete.

Utilizziamo principalmente un router universitario, tuttavia il problema si verifica anche quando è collegato all'hotspot dello smartphone.

ipconfigriporta 5 adattatori tunnel, ma tutti riportano "Media disconnessi". 2 di loro sembrano specifici per l'università.

ipconfige Gestione dispositivi segnalano entrambi a Microsoft Virtual WiFi Miniport Adapter. Cos'è questo e potrebbe essere il problema?

Il problema è identico dopo molti riavvii del PC.

È un laptop e la maggior parte di questo è stato fatto con la connessione wireless, ma la connessione cablata sembrava avere lo stesso comportamento.

Sommario

Quindi, sembra che il client DNS di Windows sia corrotto o almeno malfunzionante in qualche modo, ma non sono sicuro di come capire perché.

(A proposito, sto scrivendo questo su un altro computer)

Modificare:

@Kris voleva vedere ipconfig /all

C:\Users\[username]>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . :       <<<====NOTE NO HOST NAME
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : ed*****.***l.edu

Wireless LAN adapter Wireless Network Connection 2:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : ed*****.***l.edu
   Description . . . . . . . . . . . : Broadcom 802.11n Network Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.131.2.**(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Monday, April 27, 2015 11:32:13 AM
   Lease Expires . . . . . . . . . . : Monday, April 27, 2015 11:47:13 AM
   Default Gateway . . . . . . . . . : 10.131.0.1
   DHCP Server . . . . . . . . . . . : 132.236.56.249
   DNS Servers . . . . . . . . . . . : 192.35.82.50
                                       128.253.180.2
                                       132.236.56.250
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : r****.****l.edu
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Reusable ISATAP Interface {CBE4B55D-63C6-460A-82CF-7076427CD2AF}:


   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

Tunnel adapter isatap.e****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

   Media State . . . . . . . . . . . : Media disconnected
   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

Tunnel adapter isatap.{270C639B-82A2-4AE7-B886-D40DAA7EF798}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.r****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #5
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Modifica 2:

Provato

netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset

e riavviare e non ha cambiato nulla.

Ho provato questo eccellente sito (grazie a @Kris) Windows 7: Servizi - Ripristina i servizi predefiniti in Windows 7 e scaricato i loro DNS_Client.reg(e li ha nominati .reg.txtper sicurezza) e confrontati con la voce di registro esistente HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscachema purtroppo erano gli stessi.

Abbiamo trovato la risposta su edugeek.com e l'abbiamo usata come guida. Le nostre azioni esplicite sono spiegate di seguito.

La risposta su EduGeek è stata introdotta per la prima volta nel post 13 da shoeib, il quale afferma di averlo ottenuto da quel thread, ma non vedo nulla in quel thread fino a quel punto che possa persino suggerire quella risposta.

Post 20 di fencecat42 entra nel dettaglio

In particolare,

Nella chiave di registro:

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

Il seguente "valori" (come MS confusamente li termini, ciascuno dei quali può avere "dati") sono mancanti

Domain
Hostname
NV Hostname

Tutti e tre mancavano sia su Fencecat42 che sul nostro sistema.

Ora, complimenti (beh, quasi;) @Kris perché c'erano prove di questo problema nel fatto ipconfig /allche mi hanno chiesto di pubblicare. Si noti che nel mio output pubblicato non c'è Host Name. Questo è lo stesso Hostnamedal registro.

Sono titubante a modificare il registro, perché una sequenza di tasti potrebbe rendere il sistema non avviabile, nel qual caso spero che tu abbia effettuato un ripristino del sistema o creato una copia del registro (i miei modi preferiti sono ERUNT e Tweaking.com All-In di riparazione di Windows -One (che include uno strumento di salvataggio del registro) (ho scoperto questi strumenti su techsupportalert.com))

Quindi, per impostare il Hostname, siamo semplicemente andati in Pannello di controllo -> Sistema. (Spesso il collegamento "Modifica impostazioni" non è visibile nella prima schermata; è necessario scorrere verso il basso. Questo passaggio richiede l'autorizzazione UAC. Dopo averlo impostato, è necessario riavviare.)

Questa azione imposta sia la Hostnamee NV Hostname"valori" nel Registro di sistema.

Non è stato possibile trovare un modo non regedit per modificare il Domain"valore". (Forse netdomma non avevamo questo su questo sistema Windows 7 Home Premium.) Quindi abbiamo usato il registro per impostare Domain un valore vuoto . Abbiamo usato regedit, navigato alla Tcpip/Parameterschiave, tasto destro del mouse -> Nuovo -> Valore stringa. Questo crea un nuovo "valore" e ti imposta per digitare il suo nome, modificando il nuovo nome predefinito. Quindi non abbiamo dovuto creare un vero "dato" per questo "valore" (di nuovo scusate i termini controintuitivi di MS). Appena creato e lasciato i suoi "dati" non inizializzati.

Nota: abbiamo provato la rete dopo aver impostato SOLO il nome host. Non ha funzionato. la Domain(anche vuoto) è stato richiesto. Non abbiamo provato con il dominio creato (e vuoto) ma senza creare e impostare il nome host. Ma penso che sia un esperimento interessante.

Riflessi

Primo,

Non ricordo ora, ma sospetto che abbiamo provato Microsoft "Come ripristinare TCP / IP utilizzando l'utilità NetShell" che è

netsh int ip reset c:\resetlog.txt

(o qualunque percorso e nome file desiderati per il file di registro).

E quella pagina MS dice questo:

Quando si esegue il comando reset, sovrascrive le seguenti chiavi di registro, entrambe utilizzate da TCP / IP:

SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 
SYSTEM\CurrentControlSet\Services\DHCP\Parameters

[Sembra la stessa chiave di registro che abbiamo modificato, MS non sta mostrando tutta la sua gerarchia. --john v kumpf]

Ciò ha lo stesso effetto della rimozione e della reinstallazione di TCP / IP. Per eseguire correttamente il comando manuale, è necessario specificare un nome per il file di registro in cui verranno registrate le azioni netsh. (Questo file di registro viene chiamato "resetlog.txt" nelle procedure manuali precedenti in questa sezione.)

Forse, questo processo di reinstallazione sovrascrive quelle chiavi di registro e non riesce a scrivere il nome host e il dominio ? Può essere?

In tal caso, ciò che ha funzionato davvero per noi è il ripristino dell'IP di MS, quindi impostare quelle chiavi di registro.

Secondo,

Il nostro problema è apparso dopo il riavvio dopo un incidente a causa del calore. Difficile connettere quell'evento al problema. Una possibilità è che il calore si sia arrestato in modo anomalo per un piccolo numero di blocchi del disco e uno di quei blocchi contenesse parte dei valori della chiave di registro Tcpip. Improbabile, ma credo sia possibile.

Oppure, se la reinstallazione di TCP / IP era necessaria, i blocchi del disco hanno danneggiato il servizio TCP / IP e abbiamo dovuto reinstallarlo e ripararlo successivamente.

Terzo,

Questo è un risultato piuttosto interessante. Ciò significa che il client DNS di Windows cerca uno Domaino 2 o tutti e 3 questi "valori" nel registro. E se lo trova (loro), va bene. Se non li trova, in particolare se non li trova Domain, si guasta e semplicemente fallisce. Nessun rapporto di errore [1].

Penso che possiamo concludere da queste prove che si tratta di un bug nel client DNS di Windows . Possiamo dimostrarlo perché funziona con un valore di dominio vuoto , ciò significa che il software non può davvero utilizzarlo, il che significa perché dovrebbe richiedere che esista (anche vuoto) per funzionare correttamente? Questo è un bug.

[1] In quarto luogo,

Ci potrebbe essere stato un rapporto di errore, ma non nel Visualizzatore eventi nei luoghi comuni (sotto la gerarchia: Visualizzatore eventi (locale) -> Windows -> Applicazione e Sistema). Esistono altri registri, molti dei quali non attivati ​​per impostazione predefinita, che potrebbero aver generato un output, in particolare

• Visualizzatore eventi (locale)
• • Applicazioni e servizi locali
• • • Microsoft
• • • • finestre
• • • • • Eventi client DNS
• • • • • • Eventi / Admin client Microsoft-Windows-DHCP
• • • • • • Eventi client / operativi Microsoft-Windows-DHCP

ma anche possibilmente

• Visualizzatore eventi (locale)
• • Applicazioni e servizi locali
• • • Microsoft
• • • • finestre
• • • • • Dhcp * -> *
• • • • • Diagnostica-Networking -> Operativo
• • • • • Iphlpsvc -> Operativo
• • • • • NCSI -> Operativo
• • • • • NDIS -> Operativo
• • • • • Protezione dell'accesso alla rete
• • • • • • operativo
• • • • • • WHC
• • • • • NetworkProfile -> Operativo
• • • • • NlaSvc -> Operativo
• • • • • NTLM -> Operativo
• • • • • WebIO -> NDF / Diagnostica
• • • • • Modifica catalogo Winsock -> Operativo
• • • • • Evento di rete Winsock -> Operativo
• • • • • Wired-AutoConfig -> Operativo
• • • • • WLAN-AutoConfig -> Operativo

Quinto,

Dopo MOLTE ore a navigare questo problema, sembra che questo problema sia solitamente difficile da eseguire il debug ed è qualcosa di "strano".

Ad esempio in questo post su spiceworks , il problema era un certificato scaduto in un server DNS.

Il poster "Galen in Laguna" presso spiceworks ha suggerito un modo per disinstallare completamente lo stack TCP / IP in Windows 7 e consentire a Windows di reinstallarlo. Ho il sospetto che avrebbe funzionato nel nostro caso, perché avrebbe ripristinato la Tcpipchiave di registro. (Ma vedi il post MS sopra.)

Poster ILS su spiceworks ha suggerito che il afd.sysdriver potrebbe avere un Trojan o essere corrotto in qualche modo e ha suggerito come sostituirlo. ( afdsta per "Driver funzione ausiliaria" per Winsock.)

Questo post per superutente Perché "ping" non è in grado di risolvere un nome quando "nslookup" funziona correttamente? dove la domanda aveva 35 voti e la migliore risposta 27, è un buon riferimento. Lì, le persone hanno riportato "altre soluzioni per loro" tra cui:

• più gateway predefiniti
• due PC con lo stesso indirizzo IP sulla rete
• Problema di query DNS con più etichette di Windows 7 (qualunque cosa sia)

Inoltre, le persone segnalano che questo problema può essere causato da "rootkit". Suggerirei a chiunque abbia problemi con questo problema di eseguire alcuni scanner / dispositivi di rimozione rootkit. bleepingcomputer.com è un buon posto per ottenere consigli. Oppure leggi il miglior scanner / dispositivo di rimozione rootkit gratuito di Gizmo su techsupportalert.com

Sesto,

Ci sono prove nei forum che questo problema non viene risolto il più delle volte.

Uno di quei manifesti, "Galen in Laguna", a Spiceworks diceva che è quello che di solito devono fare.

Lo stesso post superutente Perché "ping" non è in grado di risolvere un nome quando "nslookup" funziona correttamente? dove la domanda aveva 35 voti positivi e la migliore risposta 27, l'autore della migliore risposta ha dichiarato: "Alcuni siti consigliano anche di disinstallare e reinstallare SP3 in questo caso".

E questo povero superutente che ha provato di tutto, non ha avuto risposta e dopo 18 giorni ha dovuto riparare l'installazione

Settimo,

Suggerimento utile se questo non risolve il problema: quando cerchi Internet su Internet per i problemi DNS di Windows, tieni presente che molti post parlano di un server Windows che funziona come un server DNS . Il nostro problema era che avevamo un semplice vecchio PC collegato tramite un router a Internet e il nostro software client DNS non funzionava. A volte leggendo i post mi mancava questa distinzione.

Ottavo,

Un altro suggerimento utile se vai alla ricerca: molti problemi di questo tipo che abbiamo trovato pubblicato avevano attributi che NON avevamo:

1. server DNS locale all'interno dell'edificio (il nostro era server DNS pubblico, ad es. 8.8.8.8 di Google).
2. impossibile tradurre i nomi dei nodi locali all'interno dell'edificio (stavamo cercando di accedere a siti Internet pubblici, come www.google.com)
3. parte di un dominio Windows e / o utilizzo di Active Directory, ad esempio in un ambiente aziendale (il nostro PC era appena collegato a un router wireless)

Spero che la nostra risposta aiuti qualcun altro.

Vorrei reinstallare tutti i driver di rete e impostare un DNS statico su 8.8.8.8 e 8.8.4.4 (server DNS primari e secondari di Google).

Prova a svuotare la cache DNS usando:

ipconfig /flushdns

In caso contrario, potrebbe valere la pena controllare il servizio Client DNS avviando services.msc dal prompt dei comandi. Trova il servizio chiamato "Client DNS" e assicurati che il metodo di avvio sia impostato su "Automatico" e che il servizio sia avviato.

Reinstalla TCP / IP (continua a leggere ...). Non intendo "ripristinalo", "riavvialo", "riattivalo". In Windows 10 eseguire "netcfg -u ms_tcp". Questo IN FACT rimuoverà il protocollo dal tuo sistema. Non più TCP / IP v4 su di esso. Reinstallare il protocollo nel modo consueto (proprietà della connessione di rete; aggiungere protocollo). In Windows 7 è possibile modificare nettcpip.inf per consentire di disinstallare il protocollo dalle proprietà della connessione di rete, ma ciò non è possibile in Windows 10 (non si può dire in 8 né 8.1). Spero che questo aiuti qualcuno. RV

Ho avuto lo stesso problema, la mia registrazione sembra che vada bene, l'unico modo per risolvere temporaneamente questo problema è quello di lancio: ipconfig /renew. Proverò a resettare lo stack IP, posterò qualche informazione in più se trovo una soluzione ...