ネットワーク内のノードにアクセスしたい「ホスト.ドメイン」DNSによって解決される表記
クライアントノード: ホスト、B1 ドメイン: ドメイン
私ができること:
- host.domain.com を使用してノードにアクセスする
- FQDNでDNSサーバーをセットアップしました（完全修飾ドメイン名） としてドメイン.com。勝利2008 R2
- DNS Aレコードを追加しましたホストそのip
- これでpingが使えるようになりましたホスト.ドメイン.com
私が本当に欲しいものは何ですか？ ホスト.ドメインを使用したpinghost.domain.comの代わりに
注: Windows で不可能な場合は、Linux セットアップなどの代替案も提案してください。
答え1
あなたが説明しているものは、Microsoft AD 用語では通常「単一ラベル ドメイン」と呼ばれます。多くのアプリは、ピリオドを含まない「ドメイン」が提示されると、有効な DNS ドメインではないと想定するため、アプリの互換性の問題が発生していることがわかります。
したがって、可能ではあってもこれを直接行うことはお勧めしません。
とはいえ、具体的な目標に応じて、他にもいくつかのオプションがあります。
- DNS を正しく構成するだけで、ホスト名の解決 (つまり「ping ホスト」) が機能するようになります。domain.com のサフィックスが自動的に追加されます。これで十分でしょうか?
- NetBIOS の名前解決 (通常、これを実装する WINS と呼ばれる古いサービスを介して参照されます) を使用して、ホスト名の解決 (つまり、「ping ホスト」を機能させる) を行うことができます。WINS をセットアップ (通常、DNS をホストする同じボックスで行われますが、必須ではありません) し、クライアントに WINS レコードを登録させることで、これが機能し始めます。DNS に対するこの方法の利点は、DNS では得られない柔軟性を備え、多くの DNS 名前空間で機能することです (はい、はい、最新の DNS には、名前空間やグローバル ゾーンをまたいだ解決など、他のオプションもありますが、それはあります)。
- 「ドメイン」という名前の別の名前空間にレコードを登録し、これを DNS サーバーでホストしてから、ボックスにレコードを登録することができます。私はこれを自分で構成したことはないと認めますが、理論的にはこれで動作するはずです。動作しないかどうか興味があります (シナリオで Kerb 相互認証などに依存している場合、問題が発生する可能性のあるエッジ ケースがいくつか考えられます)。