Tidak dapat melakukan ping mesin lokal dengan nama di Windows 7

13

Saya mengalami masalah aneh (dan terus-menerus!) Dengan melakukan ping ke mesin lokal di jaringan saya dengan nama. Saya percaya mesin saya (Windows 7 64-bit) adalah satu-satunya yang mengalami masalah ini. Ini melalui koneksi nirkabel.

Sebagai contoh, pertimbangkan perangkat di jaringan saya dengan nama WDTVLiveHub. Ini adalah Western Digital Live Hub (kejutan!). Jika saya pergi ke Tabel Klien DHCP router saya di browser (router saya adalah WRT400N), saya melihat entri ini:

WDTVLiveHub 192.168.1.101

Bagus. Jadi saya mencoba untuk melakukan ping ke alamat IP itu:

ping 192.168.1.101

Pinging 192.168.1.101 with 32 bytes of data:
Reply from 192.168.1.101: bytes=32 time=9ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64

Ping statistics for 192.168.1.101:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 9ms, Maximum = 16ms, Average = 14ms

OKE, masih terlihat bagus. Sekarang saya mencoba untuk melakukan ping dengan nama:

ping WDTVLiveHub

Ping request could not find host WDTVLiveHub. Please check the name and try again.

Dari apa yang saya baca, ini menyiratkan masalah dengan server DNS dan pencarian nama host. Menariknya, jika saya mengetik berikut ini:

pathping 192.168.1.101

Saya mendapatkan hasil ini:

Tracing route to WDTVLIVEHUB [192.168.1.101]
over a maximum of 30 hops:
  0  Scotty [192.168.1.103]
  1  WDTVLIVEHUB [192.168.1.101]

Computing statistics for 25 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           Scotty [192.168.1.103]
                                1/ 100 =  1%   |
  1   12ms     1/ 100 =  1%     0/ 100 =  0%  WDTVLIVEHUB [192.168.1.101]

Trace complete.

Scotty jelas nama mesin lokal saya. Jadi itu dapat menemukan nama entah bagaimana ketika saya melakukan pendekatan itu ...

ipconfig /all memperlihatkan yang berikut di bawah server DNS:

   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***

Di mana * mewakili server DNS yang sama yang muncul di router saya di bawah DNS 1 dan DNS 2 melalui Internet.

Untuk kelengkapan, inilah keseluruhan output dari ipconfig /all:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Scotty
   Primary Dns Suffix  . . . . . . . : 
   Node Type . . . . . . . . . . . . : Peer-Peer
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Dell Wireless 1397 WLAN Mini-Card
   Physical Address. . . . . . . . . : 0C-EE-E6-D1-07-E8
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2002:d83a:31e5:1234:5592:398e:8968:43d1(Preferred) 
   Temporary IPv6 Address. . . . . . : 2002:d83a:31e5:1234:ecce:2f79:72a5:5273(Preferred) 
   Link-local IPv6 Address . . . . . : fe80::5592:398e:8968:43d1%26(Preferred) 
   IPv4 Address. . . . . . . . . . . : 192.168.1.103(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : September-17-12 11:05:57 PM
   Lease Expires . . . . . . . . . . : September-18-12 11:05:57 PM
   Default Gateway . . . . . . . . . : fe80::200:ff:fe00:0%26
                                       192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 537718502
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VirtualBox Host-Only Network:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
   Physical Address. . . . . . . . . : 08-00-27-00-98-9A
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::b48a:916b:c0f:fb29%23(Preferred) 
   Autoconfiguration IPv4 Address. . : 169.254.251.41(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . : 
   DHCPv6 IAID . . . . . . . . . . . : 570949671
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 15:

   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.{55899375-C31D-4173-A529-4427D63FD28B}:

   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.{64B8F35F-A6AB-4D6B-B1D5-DD95F57B1458}:

   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

Tidak yakin bagaimana tepatnya mendiagnosis apa yang sebenarnya terjadi ... tetapi masalahnya benar-benar membuat frustrasi! Masalah terbesar adalah bahwa drive jaringan saya yang dipetakan harus dilakukan oleh IP, dan kemudian setiap kali router memberikan alamat IP baru ke perangkat-perangkat itu, semua jaringan saya rusak lagi. Bau!

Sukai bantuan tentang solusi yang mungkin. Saya sudah mencoba netshmengatur ulang semua katalog ini dan sepertinya tidak memperbaiki apa pun. Akan menyukai penjelasan tentang apa yang salah, juga, daripada mengatur ulang hal-hal yang membabi buta!

PEMBARUAN: Saya menjalankan Wireshark 1.8.2 untuk melihat apa yang terjadi ketika saya menjalankan pingpermintaan saya . Wireshark segera menunjukkan empat LLMNRpermintaan untuk apa yang saya yakini sebagai tujuan multicast yang benar. Dua di antaranya adalah IPv4 dan dua lainnya adalah IPv6. Apa yang tidak saya lihat adalah paket ICMP? Haruskah LLMNR diharapkan bekerja sendiri?

UPDATE 2: Saya dapat melakukan ping komputer lain (Windows Vista) di jaringan dengan nama. Ini sesuai dengan gagasan bahwa LLMNR hanya didukung pada mesin Windows yang lebih baru, tetapi tidak pada perangkat lain di jaringan saya. Saya menginstal WireShark di komputer saya yang lain , dan menemukan bahwa ketika saya melakukan ping dari sana, ia juga mengirimkan paket NBNS - NetBIOS Name Service. Ini menyiratkan bahwa entah bagaimana mesin saya tidak mengirimkan permintaan NBNS karena alasan tertentu. Masih menggali ...

UPDATE 3: Sepertinya tidak bisa mengirim paket NetBIOS. Saya pikir ini adalah akar masalahnya. Saya sudah mencoba menonaktifkan LLMNR melalui kebijakan grup dengan berharap NetBIOS akan mulai secara ajaib, tetapi tidak berhasil. ipconfigmenunjukkan bahwa NetBIOS melalui TCP / IP Diaktifkan, namun WireShark tidak menunjukkan paket resolusi nama NetBIOS yang dikirim. Saya sudah mencoba menonaktifkan dan mengaktifkannya kembali. Saya juga sudah mencoba dua perintah klasik nbtstat winsock reset catalogdan nbtstat int ip reset reset.log, tetapi itu tidak memperbaiki masalah NetBIOS sama sekali. Akan MENCINTAI beberapa panduan ...

TERPECAHKAN! Banyak, banyak terima kasih kepada wmz. Dia memang benar-benar menunjukkan masalah: untuk alasan apa pun NetBIOS saya atas TCP / IP telah mengatur diri untuk bertindak dalam mode peer-to-peer. Setelah sedikit riset, ternyata mode peer-to-peer hanya berfungsi jika Anda memiliki server WINS yang diatur (yang pasti tidak saya lakukan!). Saya menggali ke dalam registri dan tidak menemukan entri di bawah NodeType, tetapi memang entri untuk DhcpNodeType dengan nilai (horor horor!) 0x00000002. Nilai 1 adalah Broadcast (yang seharusnya baik-baik saja), 2 adalah Peer-to-Peer (membutuhkan server WINS! Ack!), 4 mencoba server WINS lalu disiarkan, dan 8 mencoba siaran kemudian WINS server (disebut "Hibrid" mode). Setelah menghapus entri DhcpNodeType dan me-reboot, saya menemukan ituipconfig /allsekarang menunjukkan mode Hybrid. Jadi sepertinya itulah standar untuk Windows 7 Ultimate 64-bit. Saya mencoba ping wdtvlivehub, dan langsung disambut dengan rasa manis kesuksesan. Banyak terima kasih kepada Anda semua atas berbagai jawaban Anda. Saya sangat senang telah memecahkan masalah tanpa menginstal ulang Windows atau hal gila. Saya masih tidak tahu bagaimana nilai ini pernah berubah ... tapi setidaknya itu satu hal lagi yang harus dicari dan semoga info ini membantu orang lain yang berurusan dengan masalah jaringan yang membuat frustrasi! Terasa sangat baik untuk menjilat masalah ini! Hadiah yang didapat dengan baik!

Terima kasih!

aardvarkk
sumber
1
Bisakah Anda memberikan keluaran cmd - nslookup - 192.168.1.101
Langhard
1
dan jugacmd - nslookup - WDTVLiveHub
Langhard
He :) Adapun mengapa itu terjadi - keberadaan DHCPNodeType menandakan itu diatur oleh DHCP. Ini adalah opsi konfigurasi yang tersedia di banyak server DHCP. Jika dikonfigurasi, itu akan mengatur jenis ke nilai yang diberikan. Masalahnya, sepertinya tetap dalam registri bahkan jika Anda kemudian terhubung ke jaringan yang tidak mengaturnya. Ini berarti masalah ini dapat muncul kembali (jika Anda akan menggunakan jaringan yang menyetelnya lagi). Terakhir, paling tidak saya menemukan pertanyaan Anda sebagai contoh utama tentang bagaimana seharusnya pertanyaan yang bagus . Anda melakukan sebagian besar pekerjaan!
wmz

Jawaban:

12

Temuan Anda tampaknya mengarah ke netbios resolver, yang pada gilirannya membuat entri ini menjadi tersangka:
Node Type . . . . . . . . . . . . : Peer-Peer

Netbios node type p (2) - biasanya digunakan hanya dengan Wins server (yang saya anggap tidak Anda miliki) - secara efektif menonaktifkan siaran resolusi nama netbios.

Artikel ini menjelaskan masalah yang sangat mirip dengan masalah Anda dan juga tautan ke artikel teknisi MSoft yang merinci cara mengatur ulang jenis simpul ke sesuatu yang lebih masuk akal:

Untuk mengatasi masalah ini, ikuti langkah-langkah ini:

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NetBt\Parameters
In the right pane of Registry Editor, delete the following values if they are present:
    NodeType
    DhcpNodeType

Catatan Jika nilai NodeType hadir, nilai ini akan menimpa nilai DhcpNodeType. Jika tidak ada subkunci dan jika tidak ada server WINS yang dikonfigurasi untuk klien, komputer menggunakan mode b-node. Jika setidaknya satu server WINS dikonfigurasi, komputer menggunakan mode h-node. Keluar dari Penyunting Registri. Nyalakan ulang komputernya. Coba lihat kembali komputer kelompok kerja di jaringan.

wmz
sumber
Ini terlihat sangat menjanjikan. Saya akan mencobanya malam ini. Sepertinya ini solusi yang paling tepat untuk saya. Saya benar-benar berharap ini dia!
aardvarkk
Ini berhasil! Jika Anda tertarik, saya menambahkan beberapa spesifik dalam pertanyaan awal saya.
aardvarkk
Ini sangat membantu dan bekerja dengan sempurna. Terima kasih!
Jason R. Coombs
1
Apa alasan yang memungkinkan untuk nilai ini disetel ke Peer-Peer secara default? Mungkinkah ini dipengaruhi oleh fakta, bahwa komputer saya terhubung ke WAN, ketika saya menginstal sistem?
Olegs Jeremejevs
@OlegsJeremejevs Kemungkinan besar diatur oleh server DCHP karena Win tidak menetapkan tipe simpul ini secara default (b / jam adalah pengaturan default). Lihat komentar saya untuk pertanyaan OP
wmz
3

Satu hal yang menarik tentang ipconfig /alloutput Anda adalah bahwa Anda tidak memiliki sufiks dns primer, Anda harus masuk ke proprti tcp / ip untuk ipv4 pada adaptor itu dan menambahkan workgroup sebagai akhiran dns primer Anda dan lihat apakah ia dapat menyelesaikan nama untuk yang lain. sistem, sebagian besar router akan menambahkan .workgroup ke nama-nama mesin sehingga fqdn untuk sistem Anda akan scotty.workgroup. juga periksa dan lihat apakah Anda dapat melakukan ping WDTVLiveHub.workgroup berdasarkan nama. Anda juga harus menambahkan workgroup ke daftar domain pencarian dns pada pengaturan ipv4 untuk adaptor itu juga.

d4v3y0rk
sumber
Ini juga tampaknya sangat menjanjikan. Saya akan mencoba ini juga. Terima kasih!
aardvarkk
2

Mungkin server tidak dapat menyelesaikan nama host.

Anda dapat mencoba menambahkan entri untuk WDTVLiveHub di file hosts sebagai:

192.168.1.101 WDTVLiveHub

Di Windows: C: \ Windows \ system32 \ drivers \ etc \

Jay
sumber
1
Dua hal: 1) Saya pikir Anda memiliki itu. Alamat IP harus menjadi yang pertama, dan nama host yang kedua. 2) Menambahkan itu ke hostsfile tidak "memperbaiki" masalah, tetapi pada dasarnya mengabaikan masalah sebenarnya - bahwa resolusi nama host tidak berfungsi. Ini sepertinya lebih merupakan solusi bagi saya daripada solusi ... Saya seharusnya tidak menambahkan entri dalam hostsfile untuk semua mesin di jaringan saya! Masih membantu, terima kasih telah menjawab.
aardvarkk
1

Mungkin pencampuran pada perangkat jaringan yang sama yang menggunakan iPv4 dan iPv6 adalah masalahnya.

Anda mungkin mencoba mematikan iPv6 di router dan Windows 7.

harrymc
sumber
1

Solusi berikut ini akan membuat Anda lupa tentang kesibukan berurusan dengan host-file lokal dan hal-hal seperti penyelesaian nama NETBIOS - tetapi ada kelemahannya. Ini bukan hanya pengaturan untuk menghidupkan atau mematikan konfigurasi windows atau router Anda. Ini membutuhkan sedikit usaha lagi di pihak Anda.

Bagi saya tampaknya Anda cukup canggih untuk menyelesaikan masalah ini, di mana Anda tidak akan pernah lagi mengalami masalah dengan penyelesaian nama di jaringan rumah Anda!

Setelah memeriksa cepat pada www.dd-wrt.com , sepertinya Cisco-Router Anda kompatibel untuk menjalankan router-sumber terbuka firmware-DD-WRT. Peranti lunak kedamaian kecil yang praktis ini akan menghabiskan router Anda semua fungsi yang Anda butuhkan di jaringan rumah Anda dan bahkan lebih. Ini juga termasuk layanan yang disebut DNSMasq yang merupakan server dns kecil dan ringan yang berjalan di router Anda.

Dari Wiki DD-WRT:

Keuntungan tambahan adalah bahwa DNSMasq dapat secara cerdas menambahkan penyewaan DHCP ke database DNS-nya, menyediakan pencarian nama lokal untuk setiap klien DHCP, statis atau dinamis.

Jadi ini akan benar-benar menambahkan penyelesaian dns nyata ke jaringan Anda yang tidak didasarkan pada harapan bahwa NETBIOS dan multicast-DNS-Resolving Anda berfungsi.

Jika Anda adalah tipe pria yang suka mendayung selama beberapa jam dan mencoba sesuatu yang baru, saya sarankan Anda melihatnya. Anda dapat menemukan panduan untuk mem-flash router Anda di sini tetapi pastikan untuk memeriksa bahwa perangkat dan versi model Anda kompatibel dengan DD-WRT sebelum Anda mem-flash firmware baru ke sana atau Anda mungkin merusak perangkat Anda! tautan lagi untuk memeriksa ini

Hal keren lain yang Anda dapatkan dari DD-WRT:

  • Dukungan Wake On LAN - Boot perangkat Anda dari mana saja dalam kata
  • VPN Endpoint-Support - Dapatkan koneksi aman ke jaringan rumah Anda dari luar negeri.
  • Analisis dan Manajemen Bandwidth - Dapatkan Informasi Nyata tentang penggunaan jaringan Anda.
  • banyak hal lagi. Tinjauan umum dapat ditemukan di sini

Omong-omong, gratis juga.

Ceria Riscie!

(Saya tidak terhubung ke salah satu pengembang DD-WRT juga tidak akan mendapatkan keuntungan dari seseorang yang menggunakan firmware ini - saya sangat antusias karena saya benar-benar percaya pada fungsionalitasnya :))

tangkapan layar status dd-wrt

Langhard
sumber
Hanya untuk mengingatkan bahwa kesalahan manusia selama instalasi firmware dapat merusak router.
harrymc