web-dev-qa-db-ja.com

IPの逆引きDNSを設定するにはどうすればよいですか?

の結果が欲しい

nslookup MyIP

ホストプロバイダーによってデフォルトで設定されている名前の代わりに完全修飾ドメイン名を指定するには123123123.online-servers.comどうすればよいですか?

5
Shehabic

レコードを更新する必要があるのは、IPアドレスに関連するin-addr.arpa.DNSゾーンを制御する人です。

IPアドレスを提供したISPがこのゾーンを制御します。

これらのin-addr.arpaゾーンは、地域レジストリからIP割り当てを受け取ったときにISPに委任されるものです。

自分に合ったものにすることだけを考えている場合は、自分のサーバー上の自分のIP /ネットワーク用にin-arpa.addrゾーンを設定できます。人々はRFC1918アドレス空間に対してこれを頻繁に行います。

参照: http://en.wikipedia.org/wiki/Reverse_DNS_lookup

5
Zoredache

デニスが述べたように、プロバイダーは逆引きDNSレコードを維持します。一部のプロバイダーは、要求に応じてレコードを変更しますが、変更しないプロバイダーもあります。

プロバイダーに連絡して質問してください。他にできることはありません。

2
Dave Lucre

の結果が欲しい

nslookup MyIPを使用して、ホストプロバイダーによってデフォルトで設定されているu123123123.online-servers.comという名前ではなく、完全修飾ドメイン名を指定するにはどうすればよいですか?

つまり、ここでの問題は、設定した名前だけをyourホストに表示させたいのか、それとも他のすべてのホストにもそれらを表示させたいのかということです。

In-addr.arpaドメインに対して、ローカルで信頼できる逆引きゾーンを設定できます。ネームサーバーは、クエリを実行するクライアントに、希望する回答で応答します。

問題、および他の人がISPに変更を加える必要があると言っている理由は、ownクライアントを構成して、リバースゾーンのPTRレコードをネームサーバーに要求できるからです。 、委任されたゾーンの権限がないと、他の人のクライアントにネームサーバーに問い合わせさせることはできません。

少し戻って、DNSクライアントがDNSクエリに対する回答を取得する方法について考えてください。クライアントは、ドメインネームシステムに関する知識をほとんど持っていませんアプリオリ。通常、クライアントのDNSライブラリは、ローカルネームサーバーにクエリの処理を依頼するのに十分な知識しかありません(クライアントで実行される非常に限定されたリゾルバーはスタブリゾルバーと呼ばれます)。スタブリゾルバーは、以前のネームサーバーのクエリを依頼します。質問するように構成され、DNSヘッダーに「答えがわからない場合は見つけてください」というフラグ(「recursiondesired」または「RD」フラグ)を設定します。

クエリの実行を担当する再帰リゾルバは、通常、DNSツリーの初期知識もあまりありません。通常は、DNSの最上位(ルート)レベルのクエリに応答するサーバーのリストでのみプライミングされます。クエリを取得すると、ローカルの信頼できるデータ(存在する場合)とキャッシュに蓄積されたデータをチェックして、回答をすでに知っているかどうかを確認します。知らない場合は、ルート。

委任

DNSに(任意のタイプの)w.x.y.zのクエリを要求するとします。誰がそれに答える責任がありますか、そしてあなたのリゾルバーはそれらを見つける方法をどのように知っていますか?クライアントは通常、ローカルリゾルバーに「w.x.y.z」のクエリを解決するように依頼します。リゾルバーのキャッシュにはまだ何も入っておらず、すべてを実行する必要があると仮定しましょう。DNSのトップレベル(末尾の「。」)から開始し、「ねえ、ルートサーバー、 「wxyz」について知りたいことを教えてください

そして、ルートサーバーは「地獄、男、それに対する答えはわかりません。あそこの男と話してください。私はNSレコード(代表団)彼は.zについてすべて知っていると言っています。」これは紹介と呼ばれます。したがって、リゾルバは元に戻りますが、完全に正方形ではなく、「ねえ、「。z。」についてすべて知っているリゾルバ、私が知りたいことを教えてください「wxyz」について、そして.z。についてすべて知っているリゾルバは、「地獄、男、私はそれに対する答えを知りません。そう話しに行くので、私はNS彼女が「.yz」についてすべて知っていると言っている記録

したがって、クライアントは、委任されたゾーンのレコードに応答する責任を委任するNSレコードに従って、ルートから委任のチェーンをたどります。これは、すべてのレコードタイプで同じように機能します。 Aレコード、CNAMES、MX、または何を持っているかを尋ねているかどうか。すべてのレコードタイプで機能するため、明らかにPTRでも機能します。

リバースゾーン

.in-addr.arpaの一部であるゾーン。階層は、他のすべてのゾーンと同じNSレコードを委任に使用しますが、その階層内の委任は、IPアドレススペースのブロックを(割り当てによって)所有するエンティティに割り当てられます。過去にISPが Regional Internet Registry にアクセスし、独自のアドレススペースとして割り当てられたIPアドレスのブロックを要求しました。その割り当ての一環として、ISPはドメインネームシステムで委任を受け取りました。それらの割り当てに対応するin-addr.arpaの部分。

ここでのポイントは、DNSのルートからの委任のチェーンをたどる人は、IPアドレスだけの責任をさらに委任するようにISPを説得できない限り、あなたではなくISPに到達するということです。 。上記の回答者がISPに対処する必要があると言っているのはこのためです。ネームサーバーに最初に回答を求めるように構成されているクライアント以外の人にリバースIPマッピングを表示したい場合は、次のいずれかを行う必要があります(a) ISPに必要な変更を行わせるか、(b)権限を委任します。そうしないと、サーバーを構成した回答が他の誰にも表示されません。

0
Michael McNally