DNSがserver.prodアドレスの解決を開始し、127.0.53.53になりました


38

という名前のサーバーがありserver.prod.example.com、定期的にログインしますserver.prod。最近、これらのホスト名は127.0.53.53に解決し始めました。

ICANNが最近.prodTLDを有効にしたことが判明しました。さらに、.prodネームサーバーに送信されるすべてのリクエストは、NXDOMAINとして返されるのではなく、127.0.53.53に解決されます。これにより、解決が正常に機能し続けることができます。(この背後にあるポイントは、人々が何かが現実のものに解決し始める前に、彼らのものが悪化することを人々に知らせることだと思います。)

このようにホストごとにドメイン名を入力する必要を回避するにはどうすればよいですか?

これはまだ時々あなたを噛んでいますか?新しいTLDのリストが見つかりませんでした。それらが追加されたので、自分でセットアップしました:https : //twitter.com/newgtldannounce


5
ICANNによるこの変更は、アプリケーションが検索パスを使用できるようにすることは悪いことであるという良い思い出にもなります。この質問は、ユーザーの入力によってこの動作が発生する場合には間違いなくメリットがありますが、アプリケーションでホストファイルエントリまたはドットサフィックスのFQDNを使用するのが最善です。glibcは、定義されたすべての検索サフィックスの試行でタイムアウトになるまで、次のサーバーに移動しないことに気づいている人はほとんどいません。
アンドリューB 14

13
少し時間を.prod割いて、みんなに気まぐれな愚かな TLDであることを思い出させてください。:(
ライトネスレース、モニカと14

あなたの質問は、「ICANNが最近<whatever> TLDを有効にした」と言って、私が尋ねる質問に答えました。LANに.hausを使用していて、これらを取得し始めたことがわかりました:D質問/回答をありがとう:)
Arno Teigseth 14年

2
@LightnessRacesinOrbit .prodは、Googleの多くの新しいTLDの1つです。それらを責めます。
マイケルハンプトン

@LightnessRacesinOrbitそのように見れば愚かかもしれませんが、同時に、検索リストに依存したり、グローバルに登録されていない名前を使用したりすることは、衝突を起こすので同じようには良くありません。
パトリックメヴゼク

回答:


37

内部ドメインが突然解決するのを127.0.53.53見ると、名前衝突があり、ICANNは、DNS設定を緊急に修正する必要があることを伝えようとしています。
あなたが提案したようにNXDOMAINを返す場合、あなたは正しいです、それは動作し続けます- 今のところ

また、内部的に意図されたDNSクエリを外部に漏らしてしまいます。

さらに悪いことに、将来、誰かが登録してserver.prod、より多くのトラブルを引き起こす可能性があります。

詳細については、https//icann.org/namecollisionを参照するか、次を実行してください

$ dig -t TXT server.prod +short
"Your DNS configuration needs immediate attention see https://icann.org/namecollision"

これを解決する方法について:ユースケースに依存しますが、私はおそらくそれらを.ssh/config短い名前で追加するでしょう。または、実際にFQDNの使用を開始します。


5
@MichaelHamptonではありません、5.3章をお勧めします:Train users and system administrators in using FQDNs;)
フェイカー14

3
はい、本当に1日20回、ssh db.myreallylongdomainnamethatsomeassholefrommarketingpicked.com代わりにを入力したいのでssh db
wfaulk 14

3
@wfaulk:なぜ「ジョーク」になるのですか?過度のタイピングが気に入らない場合、なぜ過度のタイピングを回避するコンピューターとの対話を可能にするための最良のメカニズムを強迫的に回避するのですか?Unixのオタクの何人かは、ただのバーミーです。
モニカと軽さのレース14

4
@Lightness一般的に、要塞ホストに引き寄せられる傾向があるため。私たちの企業の大君主は、年月が経つにつれて、従業員が会社発行のデバイスでUnixを実行できるようになり、アクセスポイントからシェルスクリプトにアクセスすることで工数を削減できます。 。GUI テキストコンソールの両方には、それらに関連する悪い習慣があります。:P
アンドリューB 14

4
これは、GUIとCLIの議論を行う場所ではありません。私は解決策を提案しましたが、それは誰にとっても最良ではないかもしれません。
フェイカー14

13

ドットを含まないホスト名を入力すると、DNSリゾルバーは最初に構成済みの検索ドメインを追加して、そのホスト名を検索しようとします。

ほとんどのリゾルバでは、少なくとも1つのドットを含むホスト名を使用すると、リゾルバは最初にホスト名を独自に試行し、構成された検索ドメインの追加にフォールバックします。

多くのリゾルバーには、ホスト名の検索ドメインにドットを付加するように動作を変更する機能があります。これは多くの場合、ndots最初にホスト名を検索する前にホスト名にいくつのドットが必要かをリゾルバに伝える「」と呼ばれるオプションを使用します。server.prod動作させるには、次の行をに追加してくださいresolv.conf

options ndots:2

server.subzone.prodも解決できるようにするには、オプションを3などに設定する必要があります。

MacOS Xでこの作業を行う方法を知っている人がいたら、教えてください。変化/etc/resolv.confは機能しないように文書化されており(動作しない)、適切なscutil呪文を理解することはできません。

(注:おそらく保証よりも多くの賭けをここでヘッジしています。このndotsオプションは(MacOSX以外の)Unixシステムの99%で機能すると信じています。)


1
OSリゾルバライブラリとBINDを混同しています。/etc/resolv.confOSが所有しています。:)
アンドリューB 14

すべてではありませんが、ほとんどのUnix OSリゾルバーは、BINDのリゾルバーライブラリから直接リッピングされます。BINDを呼び出す際の私のポイントは、「ndots」オプションに応答しない別の何かを使用するOSが存在する可能性があることです。
wfaulk 14

2
このようなステートメントは、C標準ライブラリによって実装されるリゾルバがISCによって提供されるライブラリに依存していると考えるように人々を誤解させる可能性が高くなります。glibcの場合、ほとんど確実にそうではありません
アンドリューB 14

1
けっこうだ。BINDを参照していないときに機能しない可能性があることを組み込むように修正しました。
wfaulk 14

0

他の答えはあなたに問題の技術的な解決策を与えました。しかし、誰もあなたに答えなかった:

新しいTLDのリストが見つかりませんでした。

ここにあります。

いろいろな方法があります。

  1. IANA Webサイト(https://www.iana.org/domains/root/db)にアクセスします。委任されたTLDの現在のリストが表示されます。これは解決され、ルートゾーンにあるものです。それらをクリックすると、下部に表示された日付が表示されます
  2. まったく同じデータがで利用可能whoisです。たとえば、あなたの場合whois -h whois.iana.org prod | grep createdcreated: 2014-08-23
  3. Twitter / Mastodonには、IANAコンテンツが変更されたときに投稿するさまざまなボットがあります。たとえば、https://twitter.com/ianawhoisまたはhttps://twitter.com/rootchangesを参照してください
  4. IANAデータは更新が少し遅れている可能性があるため、gTLDの標準データベース、およびそれらがどの段階にあるかを確認します(2012年のICANNの新しいgTLDの導入ラウンドがほぼ終了したので、新しいラウンドは終了しますが、到着)、ここにあります:https : //gtldresult.icann.org/application-result/applicationstatus ; TLDで検索できます。すべてのgTLDには特定の開始期間も義務付けられているため、データはhttps://newgtlds.icann.org/en/program-status/sunrise-claims-periodsにあり ます。すべてのデータをエクスポートできます。
  5. JSONでICANNデータを使用することもできます:https : //www.icann.org/resources/registries/gtlds/v2/gtlds.json
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.