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 hosts
file 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".
sumber
.company.com
.nslookup
yang menggunakansearch domain
parameter penawaran DHCP (atau apa pun yang Anda tentukan untuk konfigurasi IP statis). Konfirmasikan ini dengan melakukan apa yang dikatakan @SLaks dan mem-ping FQDN host :)ping -4 wolfman
?Jawaban:
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)sumber
ipconfig /registerdns
(Saya telah menjabarkan jawaban saya di bawah)Coba ping dengan nama host diikuti dengan titik. Jadi alih-alih
ping wolfman
digunakanping wolfman.
Itu seharusnya membuat Anda menyelesaikan tanpa harus melakukan pemecahan masalah dengan file hosts, dll.
sumber
Coba
ipconfig /displaydns
dan cari serigala. Jika di-cache sebagai "nama tidak ada" (mungkin karena pencarian gagal terputus-putus sebelumnya), Anda dapat menghapus cache denganipconfig /flushdns
.nslookup
tidak menggunakan cache, melainkan langsung menanyakan server DNS.sumber
nslookup -all
? Apakahnovc
terdaftar?Coba tambahkan
.
ke sufiks DNS untuk koneksi itu. Yaitu, pergi ke:.
sebagai akhiran.Langkah-langkah yang sama diilustrasikan dalam tangkapan layar berikut:
Ini harusnya
ping wolfman
bekerja.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 darinslookup
perintah. Ini sudah berfungsi, jadi kami telah memverifikasi bahwa DNS berfungsi danwolfman
memang sesuai dengan alamat IP.Sebaliknya,
ping wolfman
perlu melakukan dua hal:wolfman
).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
ping
perintah 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.
. Cobaping 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.
sumber
wolfman
dan pencarian DNS (tampaknya) bukan prioritas utama di antara metode tersebut. Sekarang, jika Anda menggunakanwolfman.
gantinya, Windows akan memprioritaskan pencarian DNS atas metode lain karenawolfman.
merupakan FQDN yang (jelas) membutuhkan DNS lookup.nslookup
bekerja berbeda dengan perintah lain saat menyelesaikan nama / alamat ip pada Windows.The Metode resolusi yang normal pada Windows adalah sebagai berikut:
nslookup
di sisi lain digunakan untuk menguji Server Nama Domain.sumber
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:
Jadi pada dasarnya apa yang hilang bagi saya adalah
ipconfig /registerdns
sumber
/registerdns
perintah yang hilangBaru hari ini kami memiliki masalah yang sama , tetapi solusinya berbeda . Jadi saya pikir, saya akan menambahkannya untuk referensi karena ini adalah hasil pencarian teratas.
ping
tidak akan menyelesaikan nama host, tetapinslookup
bisa. (Diamati pada 2 host Windows Server 2012 R2 berbeda.)sumber
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.
sumber
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.
sumber
Menambahkan entri dalam file
c:/windows/system32/drivers/etc/hosts
mungkin memperbaikinya.sumber
Saya mencoba mencari tahu mengapa pada satu komputer win 7 saya dapat menggunakan
ping server
yang berfungsi, dan yang lainnya tidak dapat menyelesaikanserver
. Namun keduanya bisa melakukan pingserver.lan
yang 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
.lan
ke 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.
sumber
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! :)
sumber
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
sumber
Jika pada mac os x itu mungkin masalah DNS Cache:
Buang cache
sumber
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!
sumber
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.
sumber
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
sumber
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.msc
dan 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
sumber
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.
sumber
ping bbbbbbb.com
danping bbbbbb.com
untuk perbandingan.)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.
sumber
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
sumber