質問: 0% wdtvlivehub [192.168.1.101] trace complete. scottyは明らかに私のローカルマシンの名前です。だから私がそのアプローチをすると、どういうわけか名前を見つけることができます...ipconfig /allは、dnsサーバーで以下を示します。 dns servers . . . . . . . . . . . : 192.168.1.1 ***.***.***.*** ***.***.***.*** ここで、*は、インターネット経由でdns 1およびdns 2の下のルーターに表示されるものと同じdnsサーバーを表します。完全を期すために、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 何が起こっているのかを正確に診断する方法が正確にわかりません...しかし、問題は本当にイライラしています!最大の問題は、マップされたネットワークドライブをipで実行する必要があることです。その後、ルーターがそれらのデバイスに新しいipアドレスを割り当てると、すべてのネットワーク共有が再び壊れます。悪臭を放つ!可能な解決策に関するいくつかの支援が大好きです。私はこのnetshカタログのリセットをすべて試しましたが、何も修正されていないようです。物事を盲目的にリセットするのではなく、何がうまくいかないのかについての説明も大好きです!pdate: wireshark 1.8.2を実行して、pingリクエストを実行したときの状況を確認しました。 wiresharkは、正しいマルチキャスト宛先であると私が信じているものに対して、4つのllmnrリクエストをすぐに表示します。それらの2つはipv4で、他の2つはipv6です。 icmpパケットがあると見えないのは何ですか? llmnrはそれ自体で機能することが期待されますか?pdate 2:ネットワーク上の別のマシン(windows vista)に名前でpingできます。これは、llmnrが新しいwindowsマシンでのみサポートされており、ネットワーク上の他のデバイスではサポートされていないという考えに反しています。 otherマシンにwiresharkをインストールし、そこからpingを実行すると、nbnsパケット(netbiosネームサービス)も送信することがわかりました。これは、どういうわけか私のマシンが何らかの理由でnbnsクエリを送信していないことを意味します。まだ掘り下げています...pdate 3: netbiosパケットを送信できないようです。これが根本的な原因だと思います。 netbiosが魔法のように起動することを期待してグループポリシーを使用してllmnrを無効にしてみましたが、うまくいきませんでした。 ipconfigは、netbios over tcp/ipが有効であることを示していますが、wiresharkは送信されているnetbios名前解決パケットを示していません。私はそれを無効にしてから再度有効にしてみました。 nbtstat winsock reset catalogとnbtstat int ip reset reset.logの2つのクラシックコマンドも試しましたが、netbiosの問題はまったく解決しませんでした。いくつかのガイダンスが大好きでしょう...解決しました! wmzに感謝します。彼または彼女は実際に問題を正確に特定しました。何らかの理由で、私のnetbios over tcp/ipはピアツーピアモードで動作するように設定されていました。少し調べてみると、ピアツーピアモードはwinsサーバーがセットアップされている場合にのみ機能することがわかりました(私は間違いなくそうです!)。レジストリを調べたところ、nodetypeの下にエントリは見つかりませんでしたが、確かに(horror of horrors!)値が0x00000002のdhcpnodetypeのエントリが見つかりました。値1はブロードキャスト(これで問題ありません)、2はピアツーピア(winsサーバーが必要です!ack!)、4はwinsサーバーを試行してブロードキャストします。そして8はwinsサーバー(「ハイブリッド」モードと呼ばれます)のブロードキャストを試みます。 dhcpnodetypeエントリを削除して再起動すると、ipconfig /allがハイブリッドモードを表示するようになりました。そのため、windows 7 ultimate 64ビットではこれがデフォルトのようです。私はwdtvlivehubにpingを実行してみましたが、すぐに成功の甘い味で迎えられました。皆様の様々な答えに感謝いたします。 windowsをインストールし直さなくても、問題を解決できてとてもうれしいです。この値がどのように変化したかはまだわかりません...でも、少なくとももう1つ探す必要があります。うまくいけば、この情報が他の誰かがイライラするネットワークの問題に対処するのに役立ちます!この問題をなめるのはとても気持ちいいです!賞金も獲得しました!ありがとう!
回答: サーバーがホスト名を解決できない可能性があります。次のように、hostsファイルにwdtvlivehubのエントリを追加してみてください。192.168.1.101 wdtvlivehub windowsの場合:c:\ windows\system32\drivers\etc \