web-dev-qa-db-ja.com

内部Webサイトに.localを使用する

プライベート/内部のURLにapp.mycoolname.localを使用しても大丈夫ですか？

ウェブベースのアプリケーションがいくつかありますが、それらは非公開アプリであり、一般に公開されていません。

これらの一部には「.net」を使用していますが、インターネット上の実際のURLと衝突する可能性があるため、意味がありません。それはまだ問題ではありません。

しかし、今は新しいアプリケーションのグループがあり、インターネット上のURLと確実に衝突する「人気のある」名前を使用してそれらに名前を付けたいと思います。

app.mycoolname.localを使用する必要がありますか？現在、このように設定してあり、正常に機能しているようです。私はそれが奨励されたいくつかの場所を読みましたが、それが機能していないいくつかの場所を見ました（Macでいくつかの問題がありますが、それらはないのでNBDです）。

domain-name-systemurlinternal-dns
17
Brian

.localは使用しないでください。 .anythingyoujustmadeupも使用しないでください。予約済みのTLDを使用しないでください。実際のドメインまたはサブドメインを使用し、外部から見えるようにしないでください。この主な理由は、.local（またはexample.com）を使用する会社Aで働いており、.local（またはexample.com）を使用する会社Bを購入している場合です。 2つの名前空間を一緒にするのはそれほど楽しいことではありません。

34
goo

発明されたTLDを使用しないでください。 [〜＃〜] icann [〜＃〜] が委任した場合、あなたは大きな問題を抱えることになります。同じダミーTLDを使用している別の組織と合併した場合も同様です。そのため、グローバルに一意のドメイン名が推奨されます。

標準の RFC 2606 は、例、ドキュメント、テスト用に名前を予約していますが、一般的な使用のためのものではなく、正当な理由があります。ダミーを使用する理由にはなりません。

だから、買うiamthebest.orgを使用して、デバイスに名前を付けます。その他の解決策：local.yourdomain.org。

17
bortzmeyer

IPv6がメインストリームに移行するのを見始めると、それがより大きな取引になるので、zeroconfの仕組みを理解していない限り、.localは使用しません。

過去に、私は使用しました：

  • TLDを構成しました（さまざまな理由で良い方法ではありません）
  • 内部サブドメイン（つまり、corp.example.com）
  • TLDが異なる内部ドメイン（example.netなど）

IMO、後者のオプションのいずれかがより良いアイデアです。

12
duffbeer703

技術的には使用しないでください。 マルチキャストDNS / ゼロ構成ネットワーク によってリンクローカルアドレスに使用されます。実際にはそれはあまり重要ではないようです。私は過去2年間、.localサフィックスを持つ内部ネットワークでMacラップトップ（zeroconfを使用）を問題なく使用してきました。

9
Gerald Combs

Gerald Combsが指摘したように、.localは予約済みドメインであり、意図した以外には使用しないでください。

Gerald Combsが指摘したように、.localドメインは多くのApple（およびその他の）ソフトウェアで使用されているため、別の方法で使用すると、このソフトウェアで問題が発生する可能性があります。

公開サイトのサブドメインを使用してみませんか？ app.internal.mycompany.comのようなものが適切であり、公開サイトと衝突しません。

8
Albic

.localは、MicrosoftのSmall Business ServerおよびMac上のMDNS（Bonjourなど）によって使用されます。 AppleとMicrosoftの両方で使用されているという事実により、ICANNが委任する可能性は低くなります。

Server.internal.yourcompany.comのようなものを使用します

4
Richard Gadsden

。local についてさらに情報を求めていた場合、それを使用する上で問題となる場合とそうでない場合がある理由。実際には何もないようです 予約済みゾーン 内部使用

2
Ben Quick

素敵な妥協策は、DNS検索パスと組み合わせて内部サブドメインを使用することです。

実際の例として、私が取り組んでいるアプリは完全にsome-app.beta.internal.mycompany.comとしてアドレス指定される可能性がありますが、internal.mycompany.comはDHCPサーバーから返されるワークステーションのDNS検索パスにあるので、 some-app.betaとしてアクセスします。これらの名前の選択が不十分な場合でも衝突の可能性はありますが、その場合はFQDNを使用して衝突を解決できます。 （または、自分を保護したい場合は、重要なものには常にFQDNを使用します。ただし、DNS名の最後のドットは残念ながら無視されています。）

2
hobbs

http://cr.yp.to/djbdns/dot-local.html を読み、ローカルドメイン名を選択します。概要：独自のドメインを作成しないでください。実際のドメインを購入するか、.1〜.9を使用してください。

0
akira

多くの人が指摘したように;一般に、イントラネットに未登録のTLDを使用することはお勧めできません。ただし、[0]は、一般的に使用されるナンムがいくつかあると述べています（ただし、イントラネットでの使用のみが承認されているわけではありません）。 [0]上記のTLDをローカルネットおよびローカルに使用することはまだお勧めできません。マルチキャストDNS以外の状況では使用しないでください。

[0] RFC6762、付録G： http://tools.ietf.org/html/rfc6762#appendix-G

0
Gustav