私はWindowsマシンで奇妙な動作に遭遇しました。これは、Vista/2008から8.1/2012 R2までのすべてのWindowsバージョン間でかなり一貫しているようです。 Windows XPまたはWindows Server 2003を使用している場合は、代わりに発生しません。
問題はこれです:ネットワークアダプターがDHCP用に構成されており、DHCPサーバーがクライアントに代わってDNSレコードを登録しない場合(それができないため、またはそうするように構成されていないため)、フォワードAレコードは登録されますが、リバースPTRレコードは登録されません。
さらに詳細:
ipconfig /registerdns
は何でも変更します。なぜこれが発生し、どのように修正できますか?
そして、いいえ、DNS登録を実行するようにDHCPサーバーを構成することは、ここではオプションではありません。
解決策はUse this connection's DNS suffix in DNS registration
ネットワークインターフェイスのTCP/IP設定:
奇妙に見えるかもしれませんが、これは、WindowsがDHCPネットワーク接続のAレコードとPTRレコードの両方を登録することを保証する唯一のソリューションです。それ以外の場合は、Aレコードのみが登録されます。
私が何年も前に同じ問題に遭遇したのは、次のグループポリシー設定で解決した方法です。これは簡単にやり過ぎる可能性がありますが、上記の回答では、グループポリシーの観点からは説明していません。
Computer Configuration\Administrative Templates\Network\DNS Client
MSによると :
Windows 2000は、オプション81とその完全修飾ドメイン名をDHCPサーバーに送信し、DHCPサーバーに代わりにポインターリソースレコード(PTR RR)を登録するように要求します。動的更新クライアントは、アドレスリソースレコード(A RR)を登録します。 .. DHCPサーバーは、サーバーが両方のレコードをDNSに登録できるようにクライアントに指示するように構成できます。
静的に構成された(非DHCP)クライアントは、A RRとPTR RRの両方をDNSサーバー自体に登録します。
この記事ではChanging registry entries changes the behavior of the dynamic update DNS client.
レジストリの回避策があるかもしれません...探しています
編集:
以下のTheCleanerによってリンクされた記事によると、GPO私がコメントで述べたように、期待どおりの結果は得られません(MSおよびクローズドソースソフトウェア)。しかし、ボックスをチェックすると「この接続のアドレスをDNSに登録する」および「この接続のDNSサフィックスをDNS登録に使用する」は機能するため、試してみるのに便利なテスト環境がありません...