たとえば、abcd
というWindowsマシンを使用していて、DHCPを使用してIPアドレス(172.28.45.5
例えば)
ping -a 172.28.45.5
ホスト名としてabcd
を受け取ることがあります。場合によっては、FQDNを受け取ります。たとえば、abcd.xxx.yyy.com
は、推奨される正確な方法です。
なぜホスト名を受信し、FQDNを受信しないのですか?これは、DNSが何らかの形で破損している兆候ですか?
ping
は名前解決ツールではありません。これは、DNSの問題を修正したICMPツールです。 Windowsマシンで名前解決のトラブルシューティングツールとしてping
を使用すると、NetBIOSからの応答、場合によってはWINS、hostsファイル、リゾルバーキャッシュ、および(運が良ければ) DNSサーバー。走行距離が異なる場合があり、内容は出荷中に落ち着く可能性があり、製品は体積ではなく重量で販売され、写真はテクスチャを示すために拡大されます。
望ましい方法、そして確かにWindowsでのDNS解決のための信頼できるトラブルシューティング方法は、nslookup
を使用して逆引きを実行することです。例えば、 nslookup 172.28.45.5
。クエリの対象となるサーバーを明示的に設定し、戻りレコードの種類をPTRレコードのみに限定することもできます。
nslookup
を使用して同じサーバーから逆クエリを実行し、混合応答が返される場合は、DNSに問題があります。なんらかの理由で本当に本当に欲しいping -a
一貫性を保つには、リゾルバキャッシュをフラッシュする必要があります(ipconfig /flushdns
)、NetBIOSを完全に無効にし(気分が良い)、hostsファイルに何もないことを確認してから、各前に厳粛な祈りをしますping -a
まだ100%信頼していないからです。
nslookup
は良好で、友達になりたいと思っています。