ネットワークのさまざまなシステムを確実に処理する方法は?
.local
私は以前、ローカルネットワーク上のコンピュータと通信するためにこのサフィックスを使用してきました。ただし、新しいルータを使用すると.local
ほとんど動作しません。これ.home
と両方.lan
が見つかりました。通常うまくいきますが、常にそうではありません。
.-------. .--------. .-----.
| modem |---| router |))))))(wifi))))))| foo |
.-------. .--------. v .-----.
|| | v
/_^_^_\ | \))))))).-----.
/ cloud \ | | bar |
\-_-_-/ .-----. .-----.
| baz |
.-----.
したがって、端末で次のことをfoo
試すことができます。
ssh bar.local
ssh bar.home
ssh bar.lan
ssh baz.local
ssh baz.home
ssh baz.lan
時々、これらのサフィックスのいくつかは有効であり、一部は有効ではありませんが、どのサフィックスがいつ有効であるかを予測する方法がわかりません。
foo
、およびbar
はbaz
すべて最新のLinuxまたはAndroidシステムであり、Linuxシステムにはavahi-daemonまたは他の合理的に利用可能なソフトウェアパッケージがインストールまたはインストールできます。
(固定IPアドレスを設定したくありません。コンピュータごとに(ルータで)DHCPを使い続けたい)固定アドレスが利用可能であってもコンピュータに固定IPアドレスを設定できるようにしたいです。を編集して、選択したホストを名前がIPアドレスにマップされるように追加することはできません。
ベストアンサー1
.lan
を指定するRFCはありません.home
。したがって、デフォルトで構成された疑似TLD(最上位ドメイン名)は、ルーターベンダーによって決定されます。
たとえば、私のルーターベンダー(AVM)では、デフォルトで.fritz.box
この機能を使用しているようです。
.local
使用されるmDNS(マルチキャストDNS)、Appleが設計したプロトコルです。example.local
mDNSデーモン(MacOSX、Ubuntu / Fedoraなどの現在のLinuxディストリビューションなど)を実行しているシステム(およびターゲット)にのみ適用されます。
引き続きdhcpを使用できますが、ルータを少し設定する必要があるかもしれません。ほとんどのルーターでは、ネットワークドメイン名などのエントリを設定できます。
疑似TLDを使用することは少し危険です。.lan
人気があるようで、それよりも優れています.local
(mDNSと競合しないため.local
)。ただし、ICANNがある時点でそれを新しいTLDに導入しないという保証はありません。 。
2019アップデート:例えば、もはや擬似トップ.box
レベルドメインではありません。インターネット住所管理公社デリゲート、ボックス2016.
したがって、実際のドメイン名を取得し、そのサブドメインを使用してプライベートコンテンツを保存することは合理的です。たとえば、ドメインが次の場合にexample.org
使用できます。
lan.example.org
internal.example.org
...