ドメインとの関連付けは必須ではありませんが、問題のホストのホスト名ルックアップが DNS 階層の上位に転送される問題を回避するために、ドメインと関連付けると便利です。ほとんどの場合、.local を持つ DNS 名を転送しないルーターの背後にいる可能性が高いため、ドメインが適切です。また、一部のシステムで .home を使用しているのを見てきました
.local 賢明なルーターはこのドメインに属するホスト名のリクエストを転送しないため、最善のプロセスと見なされます。そのため、何らかの奇妙な理由で microsoft.com という名前のサーバーがある場合 自宅では、FQDN が microsoft.com.local. になるため、ローカルで処理されます。
別のアプローチは、さまざまなマシンとサーバーがいたるところに散らばっており、自宅ではデスクトップコンピューターをドメイン名の一部として使用しているため、私が行っていることです。 DNS サーバーにはデスクトップ用の DNS エントリがあり、ルーターはさまざまなサービスを転送します (ssh 、主に) それに。
また、サーバーのドメインを変更することは、正式な名前を変更することよりも複雑になる可能性があるため、これは非常に関連性が高いと思います.:
このホスト名は、多数のリモート構成ファイルに含まれています。子供の名前の変更は比較的簡単です!
最初は少数のマシンしか接続しないが、拡張できると思われる場合は、.local で何かを使用できます。 TLD (https://en.wikipedia.org/wiki/.local)
yoursurname.local のようなもの ドメイン名かもしれません。
10 ～ 15 台以上のマシンに拡張することさえ考えていない場合は、ドメイン名は必要ありません。しかし、規模を拡大すると思われる場合は、.local のような非エキゾチックなものを選択してください TLD を使用すると、後で完全な DNS サーバーをセットアップしてマシンにアクセスできます。
必ずお読みください ウィキペディアのページ;ドメインとしての「somethingcustom.local」の使用は、過去に行われたことであり、現在でも中小企業内で行われています。とにかく、ページからわかるように、 .local TLD は、hostname.local の形式のホスト名に対して、mDNS で使用するために予約されています。 、セットアップと衝突する可能性があります。 RFC 6762 に従って、別のルックアップ方法を使用することもできます (たとえば、ネットワークをスケールアップするために私が推奨するカスタム DNS サーバー)。結果は、データと名前を混同しないようにする能力次第です...