nslookup bekerja; ping -4 name.com TIDAK berfungsi

Yang paling jelas gejala dari masalah ini adalah itu nslookup Sedang bekerja, sementara ping -4 name.com tidak bekerja.

Itu karena nslookup mengandung klien DNS-nya sendiri, jadi tidak menggunakan Windows.

ping ketika diberi nama, gunakan Klien DNS Windows untuk menerjemahkan nama - & gt; jumlah.

Jadi jika nslookup dapat menerjemahkan, kemudian banyak hal berfungsi: perangkat keras jaringan, driver adaptor NIC, konektivitas internet ke server DNS, dan berhasil mengakses server untuk melakukan terjemahan. Itu banyak!

Namun, ping -4 name.com gagal, jadi jika semua hal lain berfungsi, itu adalah perangkat lunak klien DNS Windows itu sendiri yang terlibat.

Catatan saya lakukan ping -4 untuk mengisolasi IPv4 tidak termasuk pengaruh IPv6.

displaydns gagal

Itu sebabnya gejala terbaik untuk menggambarkan sebenarnya masalahnya adalah itu

ipconfig /displaydns

laporan:

Could not display the DNS Resolver Cache.

Tetapi klien DNS sedang berjalan

Membaca forum, alasan paling mungkin untuk gejala ini adalah Klien DNS (alias dnscache ) layanan tidak berjalan; Namun bagi kita itu.

Kita telah melakukannya

net stop dnscache
net start dnscache
sc query dnscache

dan itu aktif.

Ini bukan sufiks DNS

Kemungkinan lain adalah bahwa ada sufiks DNS yang digunakan. Namun masuk ke jaringan dan pusat berbagi - & gt; ubah pengaturan adaptor - & gt; Koneksi Jaringan Nirkabel - & gt; Properti - & gt; Properti Protokol Internet Versi 4 - & gt; Lanjut - & gt; Tab DNS, kami memiliki:

[CHECKED] Tambahkan akhiran DNS khusus primer dan koneksi

• [DIPERIKSA] Tambahkan sufiks induk dari sufiks DNS primer

[Tidak dicentang] Tambahkan sufiks DNS ini

(dan kotak daftar kosong)

Akhiran DNS untuk koneksi ini:

[DIPERIKSA] Daftarkan alamat koneksi ini dalam DNS [Tidak dicentang] Gunakan akhiran DNS koneksi ini dalam pendaftaran DNS.

Namun, saya tidak yakin apakah semua ini penting karena kami tidak dapat mengunjungi goolge.com, yaitu FQDN.

Info lebih lanjut

Kami menonaktifkan IPv6 untuk saat ini untuk debug. Jadi semuanya yang dilaporkan di sini adalah dengan menonaktifkan IPv6.

nslookup bekerja dengan andal, pada google.com dan yang lainnya.

Namun,

ping -4 google.com

kata

Ping request could not find host google.com

Dan browsing mengatakan kesalahan DNS.

Sekarang, saya telah mempelajarinya nslookup memiliki klien DNS sendiri, terpisah dari Windows. Yang akan membuat saya percaya itu nslookup's Klien DNS baik-baik saja, dan Windows entah bagaimana rusak.

Memang, kita dapat menelusuri google dan situs lain melalui alamat IP baik-baik saja, tidak hanya dengan nama.

ping berdasarkan alamat IP berfungsi dengan baik. Seperti halnya tracert berdasarkan alamat IP.

Bukan DirectAccess

Masalahnya bukan DirectAccess:

netsh dns show state

laporan (antara lain)

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Wireshark

Penangkapan Wireshark selama nslookup menampilkan kueri nama.

Namun penangkapan melakukan ping tidak menunjukkan pertanyaan seperti itu. Bahkan, tidak ada aktivitas sama sekali (selain latar belakang). Itu menunjukkan bahwa klien Windows DNS bahkan tidak mencoba untuk pergi ke internet dan menerjemahkan nama, yang akan konsisten dengan ketidakmampuannya untuk menampilkan display.

Catatan lain

Itu c:\windows\system32\drivers\etc\hosts kosong (hanya komentar).

Masalah terjadi ketika server DNS diatur ke universitas; atau ketika diatur ke Google 8.8.8.8 dan / atau 8.8.4.4 dan / atau OpenDNS 208.67.222.222 dan / atau 208.67.220.220. Yang masuk akal mengingat bahwa Wireshark melaporkan bahwa Windows bahkan tidak mengirim permintaan nama.

Masalahnya terjadi setelah kecelakaan panas. Namun, bisa menelusuri berdasarkan aturan IP masalah perangkat keras, kecuali mungkin untuk korupsi HDD. Namun chkdsk tidak melaporkan sektor buruk, dan sfc tidak menemukan korupsi.

Kami juga telah mencopot Adaptor Jaringan di Pengelola Perangkat dan membiarkannya menginstal ulang secara otomatis. Juga memeriksa pembaruan untuk adaptor ini di windows. Tidak ada.

Kerusakan berarti reboot, jadi mungkin itu pembaruan windows yang buruk. Namun, ada beberapa reboot sebelum ini dan setelah pembaruan windows terbaru.

Kami menjalankan rootkit adalah Malwarebytes Anti-Malware, juga beta Malwarebytes Anti-Rootkit, TDSSKiller, dan Comodo Cleaning Essentials (CCE, tetapi tampaknya tidak diperbarui).

Belum mencoba dalam mode aman dengan jaringan.

Kami sebagian besar menggunakan router universitas, namun masalahnya juga terjadi ketika terhubung ke hotspot smartphone.

ipconfig melaporkan 5 Terowongan Adaptor, tetapi mereka semua melaporkan "Media Terputus". 2 dari mereka terlihat khusus universitas.

ipconfig dan manajer perangkat keduanya melaporkan a Microsoft Virtual WiFi Miniport Adapter. Apa ini dan mungkinkah masalahnya?

Masalahnya identik setelah banyak reboot PC.

Ini laptop, dan sebagian besar dilakukan dengan koneksi nirkabel, tetapi koneksi kabel tampaknya memiliki perilaku yang sama.

Ringkasan

Jadi, tampaknya klien DNS Windows rusak atau setidaknya tidak berfungsi dalam beberapa cara, tapi saya tidak yakin bagaimana mencari tahu alasannya.

(BTW, saya menulis ini di komputer lain)

Edit:

@ Kris ingin melihat 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

Edit 2:

Mencoba

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

dan reboot dan tidak mengubah apa pun.

Mencoba situs yang luar biasa ini (terima kasih @Kris) Windows 7: Layanan - Kembalikan Layanan Default di Windows 7 dan mengunduh mereka DNS_Client.reg (dan menamainya .reg.txt untuk keamanan) dan membandingkannya dengan entri registri yang ada HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dnscache tapi sayangnya, mereka sama.

Kami menemukan jawabannya di edugeek.com dan menggunakannya sebagai panduan. Tindakan eksplisit kami dijelaskan di bawah ini.

Jawaban pada EduGeek pertama kali diperkenalkan di posting 13 oleh shoeib yang mengatakan mereka mendapatkannya dari utas itu, tetapi saya tidak melihat apa pun di utas itu sampai pada titik yang bahkan mengisyaratkan jawaban itu.

Posting 20 oleh fencecat42 masuk ke lebih detail.

Secara khusus,

Dalam kunci registri:

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters

"Nilai" berikut ini (seperti istilah MS yang membingungkan, masing-masing dapat memiliki "data") adalah hilang

Domain
Hostname
NV Hostname

Ketiganya hilang di fencecat42 dan sistem kami.

Sekarang, pujian (well, hampir;) @ Kris karena ada bukti masalah ini di Internet ipconfig /all bahwa mereka meminta saya untuk memposting. Perhatikan dalam output yang saya posting tidak ada Host Name. Ini satu dan sama Hostname dari registri.

Saya ragu untuk mengedit registri, karena satu keystroke yang tersesat dapat membuat sistem Anda tidak dapat di-boot, dalam hal ini semoga Anda telah membuat sistem mengembalikan atau membuat salinan registri Anda (cara favorit saya adalah ERUNT dan Tweaking.com Windows Repair All-In -Satu (yang termasuk alat penyimpanan registri) (Saya mengetahui tentang alat-alat ini di techsupportalert.com))

Jadi untuk mengatur Hostname, kami cukup masuk ke Control Panel - & gt; Sistem. (Seringkali tautan "Ubah Pengaturan" tidak terlihat di layar pertama; Anda harus menggulir ke bawah. Langkah ini memerlukan otorisasi UAC. Setelah mengaturnya, Anda harus reboot.)

Tindakan ini diatur kedua itu Hostname dan NV Hostname "nilai" dalam registri.

Kami tidak dapat menemukan cara mengedit non-regedit Domain "nilai". (Mungkin netdom tetapi kami tidak memilikinya pada sistem Windows 7 Home Premium ini.) Jadi kami menggunakan registri untuk mengatur Domain ke nilai kosong . Kami menggunakan regedit, dinavigasi ke Tcpip/Parameters kunci, klik kanan - & gt; Baru - & gt; Nilai String. Itu menciptakan "nilai" baru dan membuat Anda mengetikkan namanya, mengubah nama baru default. Kemudian kami tidak harus membuat "data" aktual untuk "nilai" ini (lagi-lagi maafkan istilah kontra-intuitif MS). Baru saja menciptakannya dan membiarkan "data" -nya tidak diinisialisasi.

Catatan: kami mencoba jaringan setelah menyetel HANYA Hostname's. Tidak bekerja. itu Domain (bahkan kosong) diperlukan. Kami tidak mencoba dengan Domain dibuat (dan kosong) tetapi tanpa membuat dan mengatur Nama Host. Tapi saya pikir itu eksperimen yang menarik.

Refleksi

Pertama,

Saya tidak ingat sekarang, tapi saya kira kami sudah mencoba Microsoft "Cara mengatur ulang TCP / IP dengan menggunakan utilitas NetShell" yang mana

netsh int ip reset c:\resetlog.txt

(atau jalur dan nama file apa pun yang Anda inginkan untuk file log).

Dan halaman MS itu mengatakan ini:

Ketika Anda menjalankan perintah reset, itu menimpa kunci registri berikut, yang keduanya digunakan oleh TCP / IP:

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

[Sepertinya kunci registri yang sama kami ubah, MS hanya tidak menunjukkan semua hierarki. --john v kumpf]

Ini memiliki efek yang sama dengan menghapus dan menginstal ulang TCP / IP. Untuk menjalankan perintah manual dengan sukses, Anda harus menentukan nama untuk file log di mana tindakan netsh akan direkam. (File log ini disebut sebagai "resetlog.txt" dalam prosedur manual sebelumnya di bagian ini.)

Mungkin, proses instal ulang ini menimpa kunci registri tersebut, dan gagal menulis Nama Host dan Domain ? Mungkin?

Jika demikian, maka apa yang benar-benar bekerja untuk kita adalah melakukan reset ip MS, MAKA mengatur kunci-kunci registri.

Kedua,

Masalah kami muncul setelah mem-boot ulang setelah macet karena panas. Sulit untuk menghubungkan acara itu dengan masalah. Satu kemungkinan adalah bahwa panas menabrak sejumlah kecil blok disk dan salah satu blok itu kebetulan memegang bagian dari nilai kunci registri Tcpip. Tidak mungkin, tapi kurasa mungkin.

Atau, jika itu menginstal ulang TCP / IP adalah diperlukan, bahwa blok disk merusak layanan TCP / IP, dan kami harus menginstalnya kembali dan kemudian memperbaikinya setelah.

Ketiga,

Ini hasil yang cukup menarik. Apa artinya ini adalah bahwa Klien DNS Windows mencari keduanya Domain atau 2 atau ketiga "nilai" ini dalam registri. Dan jika menemukannya (mereka), tidak apa-apa. Jika tidak menemukan mereka, khususnya jika tidak menemukan Domain, kesalahan keluar dan gagal. Tidak ada laporan kesalahan [1].

Saya pikir kita bisa menyimpulkan dari bukti ini itu ini adalah bug di Klien DNS Windows . Kita dapat membuktikan ini karena ia bekerja dengan kosong Nilai domain, itu berarti perangkat lunak tidak benar-benar dapat menggunakannya, yang berarti mengapa itu mengharuskannya ada (bahkan kosong) berfungsi dengan baik? Itu bug.

[1] Keempat,

Sana mungkin telah menjadi laporan kesalahan, tetapi tidak di Peraga Peristiwa di tempat umum (di bawah hierarki: Peraga Peristiwa (Lokal) - & gt; Windows - & gt; Aplikasi, dan Sistem). Ada log lain, banyak yang tidak diaktifkan secara default, yang mungkin memiliki beberapa keluaran, terutama

• Penampil Acara (Lokal)
• • Aplikasi dan Layanan Lokal
• • • Microsoft
• • • • Windows
• • • • • Acara Klien DNS
• • • • • • Acara / Admin Klien Microsoft-Windows-DHCP
• • • • • • Acara / Operasional Klien Microsoft-Windows-DHCP

tetapi juga mungkin

• Penampil Acara (Lokal)
• • Aplikasi dan Layanan Lokal
• • • Microsoft
• • • • Windows
• • • • • Dhcp * - & gt; *
• • • • • Diagnostik-Jaringan - & gt; Operasional
• • • • • Iphlpsvc - & gt; Operasional
• • • • • NCSI - & gt; Operasional
• • • • • NDIS - & gt; Operasional
• • • • • Perlindungan Akses Jaringan
• • • • • • Operasional
• • • • • • WHC
• • • • • NetworkProfile - & gt; Operasional
• • • • • NlaSvc - & gt; Operasional
• • • • • NTLM - & gt; Operasional
• • • • • WebIO - & gt; NDF / Diagnostik
• • • • • Perubahan Katalog Winsock - & gt; Operasional
• • • • • Acara Jaringan Winsock - & gt; Operasional
• • • • • Wired-AutoConfig - & gt; Operasional
• • • • • WLAN-AutoConfig - & gt; Operasional

Kelima,

Setelah BANYAK jam menjelajahi masalah ini, sepertinya masalah ini biasanya susah di-debug dan merupakan sesuatu yang "aneh".

Misalnya dalam posting ini di spiceworks , masalahnya adalah sertifikat kedaluwarsa di server DNS.

Poster "Galen in Laguna" di spiceworks menyarankan cara untuk menghapus instalasi TCP / IP di Windows 7 dan membiarkan Windows menginstalnya kembali. Saya menduga itu akan berhasil dalam kasus kami, karena itu akan mengembalikan Tcpip kunci registri. (Tapi lihat posting MS di atas.)

Poster ILS di spiceworks menyarankan agar afd.sys Driver mungkin memiliki Trojan atau rusak dalam beberapa cara, dan menyarankan cara menggantinya. ( afd singkatan dari "driver fungsi pelengkap" untuk Winsock.)

Posting superuser ini Mengapa 'ping' tidak dapat menyelesaikan nama saat 'nslookup' berfungsi dengan baik? di mana pertanyaan memiliki 35 upvotes dan jawaban terbaik 27, adalah referensi yang bagus. Di sana, orang melaporkan "solusi lain untuk mereka" termasuk:

• beberapa gateway standar
• dua PC memiliki alamat IP yang sama di jaringan
• Masalah Kueri DNS Multi Label Windows 7 (apa pun itu)

Juga, orang-orang melaporkan masalah ini dapat disebabkan oleh "rootkit". Saya akan menyarankan siapa pun yang berjuang dengan masalah ini untuk menjalankan pemindai / penghapus rootkit. bleepingcomputer.com adalah tempat yang bagus untuk mendapatkan saran. Atau baca Rootkit Scanner / Remover Gizmo Terbaik Gratis di techsupportalert.com

Keenam,

Ada bukti di forum bahwa masalah ini paling sering tidak terpecahkan.

Salah satu poster itu, "Galen in Laguna", di spiceworks mengatakan itu yang biasanya harus mereka lakukan.

Posting superuser yang sama Mengapa 'ping' tidak dapat menyelesaikan nama saat 'nslookup' berfungsi dengan baik? di mana pertanyaannya memiliki 35 suara positif dan jawaban terbaik 27, penulis jawaban terbaik berkata, "Beberapa situs juga merekomendasikan untuk menghapus dan menginstal ulang SP3 dalam kasus ini."

Dan, Pengguna super miskin ini yang mencoba segalanya, tidak mendapat jawaban, dan setelah 18 hari harus memperbaiki instal

Ketujuh,

Petunjuk bermanfaat jika ini tidak menyelesaikan anda masalah: Saat mencari masalah DNS Windows di internet, perlu diketahui bahwa banyak posting berbicara tentang Windows server berfungsi sebagai server DNS . Masalah kami adalah bahwa kami memiliki PC lama biasa yang terhubung melalui router ke internet dan DNS kami klien perangkat lunak tidak berfungsi. Terkadang membaca posting saya melewatkan perbedaan itu.

Kedelapan,

Petunjuk bermanfaat lainnya jika Anda mencari: banyak masalah seperti ini yang kami temukan memiliki atribut yang TIDAK kami miliki:

1. server DNS lokal di dalam gedung (milik kami adalah server DNS publik, mis. 8.8.8.8 dari google).
2. kegagalan menerjemahkan nama node lokal di dalam gedung (kami mencoba mengakses situs internet publik, seperti www.google.com)
3. bagian dari domain Windows dan / atau menggunakan Active Directory, misalnya di lingkungan perusahaan (kami baru saja menghubungkan PC kami ke router nirkabel)

Saya harap jawaban kami membantu orang lain.

Saya akan menginstal ulang semua driver jaringan dan mengatur dns statis ke 8.8.8.8 dan 8.8.4.4 (google dns server primer dan sekunder).

Coba siram cache DNS menggunakan:

ipconfig /flushdns

Jika gagal, mungkin patut dicoba memeriksa layanan Klien DNS dengan memulai services.msc dari prompt perintah. Temukan layanan yang disebut "Klien DNS" dan pastikan metode mulai diatur ke "Otomatis" dan bahwa layanan dimulai.

Instal ulang TCP / IP (silakan lanjutkan membaca ...). Maksud saya bukan "mengatur ulang", "restart", "aktifkan kembali". Di Windows 10 jalankan "netcfg -u ms_tcp". Ini pada kenyataannya akan menghapus protokol dari sistem Anda. Tidak ada lagi TCP / IP v4 di atasnya. Instal ulang protokol dengan cara biasa (properti koneksi jaringan; tambahkan protokol). Di windows 7 Anda dapat mengedit nettcpip.inf untuk memungkinkan Anda untuk membatalkan protokol dari properti koneksi jaringan, tetapi itu tidak mungkin di Windows 10 (tidak bisa mengatakan di 8 atau 8.1). Semoga ini bisa membantu seseorang. RV

Saya mendapat masalah yang sama, registri saya tampaknya baik-baik saja, satu-satunya cara untuk memperbaiki sementara masalah ini adalah dengan meluncurkan: ipconfig /renew. Saya akan mencoba mengatur ulang tumpukan IP, saya akan memposting beberapa info lagi jika saya menemukan solusinya ...