
Windows 7 クライアントで、LAN ホスト MYSTERY に ping すると、正しい IP が返されます。しかし、nslookup MYSTERY を実行すると、ドメインが存在しないと表示されます。ipconfig にリストされている DNS の両方をチェックしたところ、ホスト名 MYSTERY は確かにリストされていません。DHCP サーバーにもエントリがありません。ipconfig /flushdns を実行した後でも同じ動作が発生します。ローカル Windows ホスト ファイルにもエントリがありません。
クライアントが解決された IP をどこで取得しているかを知るにはどうすればよいですか?
注: MYSTERY は、ネットワーク ドメインに参加するように構成された Synology Rackstation です。
答え1
Windowsマシンには何らかのmDNSリゾルバ(ボンジュール)、iTunes、Skype、またはmDNSリゾルバをインストールするその他のソフトウェアからのものであっても、 ping
リゾルバがインストールされていれば正しく解決されます。言語Windows Vista 以降で現在使用されています。LLMNR は mDNS リゾルバを利用してレコードを返します。
Synologyはavahiと呼ばれるデーモンを使用します。これはマルチキャストDNS/mDNS/DNS-SD サーバー。私の経験では、Synology は工場出荷時に「RackStation」またはホスト名として構成されています。
Mac をお持ちの場合は、dns-sd -B
マルチキャスト サービスが表示されます。RackStation の _http._tcp.local. サービスがリストされます。
dns-sd -G v4 RackStation.local
RackStationの適切なIPアドレスが提供されます
dns-sd -L RackStation _http._tcp.
ポート番号、シリアル番号、モデルなど、サービスのすべての情報を返す必要があります。
これは DiskStation にも当てはまります。私は DiskStation でテストを行いました。RackStation も同様のはずです。
答え2
(この回答はおそらく間違っています。@xeon は正しい方向に進んでいるようで、私はここで何かを学びました。)
DNS ルックアップが失敗する理由は、ping が名前の解決に DNS を使用していないためです。
nslookup
はDNSルックアップのコマンドです。ping
一方で、ネットBIOS/勝利そしてそのホストファイル名前解決用。最も可能性の高いシナリオは、この名前が前者によって取得されたということです。
nbtstat -c
最近確認された NetBIOS 名と IP アドレスを一覧表示する場合、またはnbtstat -a <device>
名前をアクティブに検索する場合に使用できます。-a
インターフェイスごとに 1 回試行する必要があるため、時間がかかることに注意してください。(ブロードキャストをスキップして WINS のみを使用するように指示することはできません)
この-r
オプションを使用すると、ブロードキャスト経由で解決されたものと WINS 経由で解決されたものを比較できますが、これはもう少し高度な機能です。
答え3
窓を確認してくださいホストファイルを確認して、そこにハードコードされたエントリがないことを確認します。これにより、そこで解決できない場合でも名前解決が強制されます。