なぜグルーレコードが必要か(循環依存)知っているのですが、whenは必要ですか? 「ns1.mydomainonmyserver.com」のように、ドメインのネームサーバーをインターネット上の自分のマシンに設定するときにのみ必要ですか?
外部/ホスティングプロバイダーのネームサーバーを使用するときに、グルーレコードを作成する必要性/ポイントはありますか?
ネームサーバーのhostnameがサービスを提供しようとしているのと同じドメインの一部である場合にのみ、グルーレコードが必要です。
接着剤レコードはparentゾーンで公開されます。したがって、example.com
のオペレーターがns1.example.com
およびns2.example.com
という名前のネームサーバーを必要とする場合、.com
ドメインには次のようなものが必要です。
example.com. IN NS ns1.example.com.
IN NS ns2.example.com.
ns1.example.com. IN A 192.0.2.1
ns2.example.com. IN A 198.51.100.5
(例: RFC 5737 から取得したサブネット)。
子ゾーンには通常、同じAレコードが含まれます(一貫性のためだけでも)が、子ゾーンにある場合、技術的にレコードを接着することはありません。
私は Wikipedia からのこのエントリはかなりよく答えるべきだと思います:
循環依存とグルーレコード
委任のネームサーバーは、IPアドレスではなく名前で表示されます。つまり、解決ネームサーバーは、参照先のサーバーのIPアドレスを見つけるために、別のDNS要求を発行する必要があります。これは、参照されるネームサーバーが権限のあるドメインの下にある場合に循環依存関係を引き起こす可能性があるため、委任を提供するネームサーバーが次のネームサーバーのIPアドレスも提供する必要がある場合があります。このレコードは、グルーレコードと呼ばれます。
たとえば、サブドメインen.wikipedia.orgにさらにサブドメイン(something.en.wikipedia.orgなど)が含まれ、これらの権限のあるネームサーバーがns1.something.en.wikipedia.orgに存在するとします。したがって、something.en.wikipedia.orgを解決しようとするコンピューターは、まずns1.something.en.wikipedia.orgを解決する必要があります。 ns1はsomething.en.wikipedia.orgサブドメインの下にもあるため、ns1.something.en.wikipedia.orgを解決するには、上記の循環依存関係であるsomething.en.wikipedia.orgを解決する必要があります。依存関係は、ns1.something.en.wikipedia.orgのIPアドレスをリクエスタに直接提供し、bootstrap ns1.something.en.wikipedia.orgがどこにあるかを把握することによるプロセス。
whenに関しては、-firstがインターネットに新しいネームサーバーを導入するときに必要です。そのネームサーバーがグルーレコードを取得すると、名前で見つけることができます。