さて、私は苛立たしい問題を抱えています。会社のサーバーの1つにpingを実行すると
ping 192.168.1.62
その結果、ボックスldmmit1を取得します。しかし、私がこの行を使用するとき
ping ldmmit1
リターンとして1st6cf1という名前のIPアドレス192.168.1.184が返されます。これらはこれらのボックスの正しいホスト名ですが、dnsサーバーがldmmit1の要求を1st6cf1にルーティングする理由を理解できません。 tracerouteを実行しましたが、リクエストは同じDNSサーバーによって処理されます。
私はそれを設定しなかったので、問題がそこにあるかどうか、またはそこに問題があるかどうかはわかりませんが、ネットワーク担当者は大まかなチェックで何も表示できませんでした。この時点では、問題がどこにあるのかわからないので、ポインタをいただければ幸いです。
Aレコードと逆引き参照レコードを確認することをお勧めします。
前述のように、サーバーには192.168.1.184を指すldmmit1のAレコードがあります。または、おそらく1st6cf1へのポインタレコード。おそらく、1st6cf1を指す192.168.1.184の逆引き参照レコードもあります。
nslookup
を使用して、これを整理することができます。次のコマンドを試してください:nslookup 1st6cf1
nslookup ldmmit1
これら2つの結果のエイリアスエントリを確認してください。また、これらのIPの逆レコードを確認してください。
nslookup > set type = PTR > 192.168.1.184 > 192.168.1.62
逆アドレスがどうなるか見てください。あなたは間違った場所を指しているものがあるかもしれません。
これは名前解決の問題のようです。そのため、ping
およびtraceroute
は、最も有用な情報を提供しません。 nslookup は、この問題の診断にさらに効果的です。
の出力は何ですか
nslookup ldmmit1
そして
nslookup 1st6cf1
DNSレコードが正しくない可能性があります。
理論的には、名前はDNSではなくNetBIOSネームサービスを介して解決される可能性がありますが、それは実行しているWindowsのバージョンによって異なり、ネットワーク上のWINSサーバーが必要であり、DNS解決には必要ありません。何も見つかりません。
/ etc/hostsファイルに関連するレコードが含まれている可能性もあります。私のXP C:\ WINDOWS\system32\drivers\etcにあるマシンですが、おそらくDNSの問題です。
この TechNet の記事には、名前解決に関する多くの情報があります。
DNSサーバーには、IPが192.168.1.184のldmmit1のAレコードエントリがある可能性があります。