Mengapa 'ping' tidak dapat menyelesaikan nama saat 'nslookup' berfungsi dengan baik?

Di workstation Windows XP saya, saya dapat menemukan mesin yang saya ingin hubungkan di DNS dengan nslookup:

nslookup wolfman
Server: dns.company.com
Address: 192.168.1.38

Name: wolfman.company.com
Address: 192.168.1.178

Tetapi, ketika saya mencoba untuk terhubung ke mesin itu, saya mendapatkan kesalahan mengatakan kepada saya bahwa mesin tidak dapat ditemukan (yaitu, tidak dapat dicari di DNS):

C:\> ping wolfman
Ping request could not find host wolfman. Please check the name and try again.

Saya dapat terhubung jika saya menggunakan alamat IP secara langsung:

C:\> ping 192.168.1.178

Pinging 192.168.1.178 with 32 bytes of data:

Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=44ms TTL=126
Reply from 192.168.1.178: bytes=32 time=38ms TTL=126

Saya dapat mengatasi ini dengan menambahkan entri ke hostsfile saya , tetapi saya lebih suka mencari tahu mengapa ini terjadi. Masalahnya sementara, sebagian besar hari saya dapat terhubung ke mesin dengan baik.

Bagaimana ini mungkin?

ETA: Saya meninggalkan ini untuk singkatnya, tetapi diminta untuk:

C:\> ping wolfman.company.com
Ping request could not find host wolfman.company.com. Please check the name and try again.

ETA: Aplikasi lain mendapatkan hasil yang sama. Saya hanya mencoba ping untuk menyederhanakan. Telnet tidak dapat terhubung, aplikasi Cygwin mencetak pesan "host host yang tidak dikenal".

Pembaruan: Menggunakan wireshark, saya menemukan bahwa workstation saya tidak mencoba pencarian DNS. Hanya melaporkan pesan kesalahan "tidak dapat menemukan host".

Saya percaya bahwa nslookup membuka koneksi winock pada port DNS dan mengeluarkan kueri, sedangkan ping menggunakan layanan Klien DNS. Anda dapat mencoba dan menghentikan layanan ini dan melihat apakah ini membuat perbedaan.

Beberapa perintah yang akan menginisialisasi ulang berbagai status jaringan:

Reset entri WINSOCK ke default instalasi: netsh winsock reset catalog
Reset TCP / IP stack ke default instalasi: netsh int ip reset reset.log
Cache resolver DNS resolver: ipconfig /flushdns
Memperbarui pendaftaran klien DNS dan menyegarkan leasing DHCP: ipconfig /registerdns
Tabel routing flush: route /f (diperlukan reboot)

Coba ping dengan nama host diikuti dengan titik. Jadi alih-alih ping wolfmandigunakanping wolfman.

Itu seharusnya membuat Anda menyelesaikan tanpa harus melakukan pemecahan masalah dengan file hosts, dll.

Coba ipconfig /displaydnsdan cari serigala. Jika di-cache sebagai "nama tidak ada" (mungkin karena pencarian gagal terputus-putus sebelumnya), Anda dapat menghapus cache dengan ipconfig /flushdns.

nslookup tidak menggunakan cache, melainkan langsung menanyakan server DNS.

Coba tambahkan .ke sufiks DNS untuk koneksi itu. Yaitu, pergi ke:

1. Status Ethernet
2. Klik Properti
3. Internet Protocol Version 4
4. Klik Properti
5. Klik Tingkat Lanjut
6. Tambahkan kecukupan DNS ini (sesuai urutan)
7. Tambahkan .sebagai akhiran.

Langkah-langkah yang sama diilustrasikan dalam tangkapan layar berikut:

Ini harusnya ping wolfmanbekerja.

Penjelasan

nslookup wolfman(name server lookup: wolfman) mengirimkan hostname ( wolfman) ke DNS (sistem nama domain) untuk mendapatkan alamat IP yang sesuai. Ini adalah satu-satunya tujuan dari nslookupperintah. Ini sudah berfungsi, jadi kami telah memverifikasi bahwa DNS berfungsi dan wolfmanmemang sesuai dengan alamat IP.

Sebaliknya, ping wolfmanperlu melakukan dua hal:

1. Dapatkan IP yang sesuai dengan nama host ( wolfman).
2. Kirim paket ke IP dan dengarkan tanggapannya

Pada Windows (bahkan versi terbaru seperti Windows 10), langkah pertama dapat dengan mudah gagal. Demi kompatibilitas ke belakang, Windows mendukung berbagai metode resolusi hostname (file host, DNS, NetBIOS / MENANG, file LMHOST).

Sayangnya, sepertinya pingperintah Windows tidak selalu mencoba pencarian DNS. Saya tidak tahu kondisi spesifik yang memicu perilaku ini.

Untungnya, kita dapat memaksa Windows untuk melakukan pencarian DNS dengan menggunakan FQDN (nama domain yang sepenuhnya memenuhi syarat). Dalam prakteknya, kita melakukan ini dengan suffixing sebuah .titik untuk hostname: wolfman.. Coba ping wolfman.dan verifikasi bahwa itu berhasil.

Langkah terakhir adalah memaksa Windows untuk menambahkan titik ini sendiri. Saya sudah menunjukkan bagaimana melakukan ini di awal jawaban ini.

nslookup bekerja berbeda dengan perintah lain saat menyelesaikan nama / alamat ip pada Windows.

The Metode resolusi yang normal pada Windows adalah sebagai berikut:

1. Klien memeriksa untuk melihat apakah nama yang ditanyakan itu miliknya sendiri.
2. Klien kemudian mencari file Host lokal, daftar alamat IP dan nama yang disimpan di komputer lokal.
3. Server Domain Name System (DNS) dipertanyakan.
4. Jika nama tersebut masih belum terselesaikan, urutan resolusi nama NetBIOS digunakan sebagai cadangan. Pesanan ini dapat diubah dengan mengkonfigurasi tipe simpul NetBIOS dari klien.

nslookupdi sisi lain digunakan untuk menguji Server Nama Domain.

Saya telah bergumul dengan masalah serupa dan telah mencoba solusi yang disarankan oleh @harrymc. Saya menemukan apa yang akhirnya tampaknya (setidaknya agak) bekerja di forum microsoft technet ( nslookup berfungsi tetapi tidak ada yang lain yang memiliki DNS pada Win7 PC mandiri )

Inilah kutipannya:

... coba gunakan perintah di bawah ini untuk menyiram dan mereset cache penyelesai klien untuk pengujian.

ipconfig / flushdns

ipconfig / registerdns

Silakan merujuk ke tautan di bawah ini untuk lebih jelasnya. http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

Jadi pada dasarnya apa yang hilang bagi saya adalah ipconfig /registerdns

Baru hari ini kami memiliki masalah yang sama , tetapi solusinya berbeda . Jadi saya pikir, saya akan menambahkannya untuk referensi karena ini adalah hasil pencarian teratas.

• Masalah : pingtidak akan menyelesaikan nama host, tetapi nslookupbisa. (Diamati pada 2 host Windows Server 2012 R2 berbeda.)
• Penyebab : (Untuk setiap host) Host memiliki lebih dari satu NIC yang terhubung dan terdapat beberapa gateway default yang dikonfigurasi.
• Solusi : (Untuk setiap host) Hapus gateway default dari konfigurasi semua NIC kecuali satu, sehingga hanya ada satu gateway default yang kembali .

Mungkin wolfman.company.com terdaftar di host C: \ Windows \ system32 \ drivers \ etc \?

nslookup mem-bypass file itu dan selalu meminta DNS, sementara ping dan alat-alat lain pertama-tama mencari di file "hosts", lalu di DNS.

Saya memiliki masalah yang sama pada sistem Windows 2012R2 (= 8.1), dan mencoba semua saran di atas, tetapi tidak satupun dari mereka yang akan memperbaikinya:
- Mem-ping nama yang memenuhi syarat bekerja.
- Ping nama yang tidak memenuhi syarat tidak.
- Keduanya bekerja pada beberapa sistem lain, yang memiliki OS yang sama dan konfigurasi yang tampaknya sama.
- Semua string pencarian sufiks yang diperlukan ada di sana.
(Perhatikan bahwa beberapa perbaikan yang diusulkan, seperti solusi untuk kueri multi-label, jelas tidak relevan, karena nama yang tidak memenuhi syarat hanya memiliki satu bagian.)

Kemudian saya perhatikan bahwa sistem target yang saya coba ping TIDAK memiliki alamat IPv6. Jadi saya mencoba "ping -4 unqualified_name ", dan bingo! ini berhasil.
Jadi untuk beberapa alasan, hanya pada sistem ini, ping hanya mencoba untuk menyelesaikan nama yang tidak memenuhi syarat-> alamat IPv6, dan bukan nama yang tidak memenuhi syarat-> IPv4.
Bagi saya perbaikannya adalah menonaktifkan IPv6 sepenuhnya karena saya tidak membutuhkannya sama sekali. Tetapi saya akan sangat tertarik untuk menemukan cara yang lebih lembut untuk memberi tahu ping (atau mungkin layanan klien DNS) untuk mencoba menyelesaikan alamat IPv4 dan IPv6.

Menambahkan entri dalam file c:/windows/system32/drivers/etc/hostsmungkin memperbaikinya.

Saya mencoba mencari tahu mengapa pada satu komputer win 7 saya dapat menggunakan ping serveryang berfungsi, dan yang lainnya tidak dapat menyelesaikan server. Namun keduanya bisa melakukan ping server.lanyang saya tidak mengerti.

Ternyata saya telah mengacaukan beberapa pengaturan (akhiran DNS) untuk tidak harus menggunakan FQDN saat menggunakan VPN kerja. Saya harus menambahkan lokal saya .lanke sufiks-sufiks itu untuk mendapatkan kedua komputer bertindak sama.

Buka Panel Kontrol> Jaringan dan Internet> Koneksi Jaringan dan klik kanan pada koneksi jaringan Anda dan tekan Properties. Klik Internet Protocol Version 4 dan tekan tombol Properties. Kemudian tombol Advanced ... di jendela baru ini. Buka tab DNS, ini adalah tempat saya menambahkan akhiran DNS untuk pekerjaan saya tetapi juga membutuhkannya untuk koneksi rumah biasa.

Saya menemukan masalah ini juga. Cara "termudah" untuk memperbaikinya bagi saya adalah dengan hanya menambahkan .ke akhir nama host. Namun ini agak mengganggu. Sebagian besar jaringan tidak memerlukan ini. Saya lebih suka tidak memberitahu orang lain di jaringan untuk melakukan ini ketika mereka perlu mengakses sumber daya yang sama.

Saya melihat saran dari Frederik Aalund sebagai solusi yang memungkinkan dan memperhatikan bahwa mereka menyarankan untuk beralih dari opsi "Tambahkan primer dan koneksi sufiks khusus DNS". Ini membuat saya berpikir mungkin jaringan saya hanya sedikit terkonfigurasi.

Melihat pengaturan DD-WRT saya, "LAN Domain" dibiarkan tidak disetel. Menetapkan bahwa ke string arbitrer tampaknya telah memperbaiki masalah ini untuk semua klien di jaringan saya tanpa memiliki konfigurasi khusus pada setiap mesin, solusi yang saya inginkan! :)

saya temui ini ketika kami bermigrasi ke windows 7 dari windows XP, masalah ini terkait dengan masalah Windows 7 Multi Label DNS Query.

Izinkan DNS Suffix Menambahkan ke Permintaan Nama Multi-Label Tanpa Kualifikasi - lihat:

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

Semoga ini membantu

Jika pada mac os x itu mungkin masalah DNS Cache:

Buang cache

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

Saya mengambil ini karena itu mengganggu saya tahun lalu dan mungkin saya menemukan solusi.

Bagi saya sepertinya beberapa dns-caching-system di dalam windows client salah. Windows 7 dan 8.1 terpengaruh oleh ini ... tidak bisa bicara banyak tentang Windows XP lagi. ping tidak menyelesaikan nama. itu bukan bagian icmp yang penting tetapi bagian penyelesai nama). nslookup dirancang untuk query server nama dan melakukan hal itu dan tidak ada pemecahan nama-hirarki windows.

Restart layanan dnscache membantu setiap saat. Tapi karena saya menonaktifkan IPv6 pada semua antarmuka klien, masalahnya tidak terjadi lagi.

Tepuk tangan!

Saya mungkin salah dalam hal ini karena ini didasarkan pada hari-hari re-source-kit NT4 saya yang sudah lama terlupakan.

Sebagai tarif saya dapat mengingat PING menggunakan Netbios / WINS dan DNS (dalam urutan itu, setidaknya jika Anda tidak menentukan FQDN).

MENANG hilang beberapa tahun yang lalu tetapi Anda mungkin masih mengaktifkan Netbios di antarmuka Anda dan karenanya PING mungkin menggunakan netbios yang mungkin tidak memberi Anda hasil apa pun. Terutama jika lalu lintas melewati router di suatu tempat.

Nonaktifkan Netbios dan Ping akan menggunakan DNS sebagai prioritas pertama dan menambahkan Surffic DNS yang terdaftar pada antarmuka ke nama host Anda.

Saya baru saja mengalami masalah ini, dan menemukan sesuatu yang sangat aneh, dan berhasil memperbaikinya Lol

Pada dasarnya, jika Anda memiliki entri dalam file host Anda, yang sama dengan IP yang coba Anda atasi, ping akan gagal.

Misalnya, jika dalam DNS Anda, Anda memiliki catatan untuk www.example.com - 10.0.0.20, tetapi kemudian Anda memiliki entri dalam file host klien Anda, 10.0.0.20 somethingelse.com, Anda tidak akan dapat melakukan ping www .example.com

Aneh ya

Dalam kasus saya yang memecahkan masalah ini adalah menambahkan domain host yang saya coba ping ke opsi kebijakan grup bernama "Daftar Pencarian Sufiks DNS" .

Prosedur singkatnya adalah ini: Buka gpedit.mscdan navigasikan keComputer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List , setel ke "Diaktifkan" dan tambahkan nama domain ke daftar (daftar kosong secara default).

Penjelasan lebih rinci tentang langkah-langkah ini dapat ditemukan di sini

Saya memiliki masalah yang sama dan ternyata mesin lain memiliki alamat IP yang sama, dan itulah yang menyebabkannya.

Mengubah IP kembali ke DHCP dan semuanya bekerja dengan baik.

Tidak ada solusi di sini yang berfungsi untuk saya. Apa yang berhasil bagi saya adalah menghubungkan kembali ke vpn pekerjaan saya menggunakan OpenVPN. Kemudian setelah memutuskan semuanya terus bekerja.

Saya percaya masalah ini terkait dengan daya yang padam saat komputer saya terhubung dengan openVPN. Satu-satunya cara saya menemukan ini adalah dengan menggunakan WireShark. Saya perhatikan bahwa IP tujuan untuk semua pertanyaan akan IP pada jaringan internal pekerjaan saya.

ping menggunakan protokol ICMP, khususnya 'Echo Request' dan 'Echo Reply'.

banyak jaringan menonaktifkan utilitas ICMP untuk mencegah serangan atau pemindaian jaringan dasar. Saya telah menemukan banyak router yang Anda beli datang dengan pengaturan untuk menonaktifkan ping dan seperti utilitas yang diaktifkan secara default.

Anda dapat menemukan lebih banyak tentang ICMP di sini:

http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol