私のUbuntuサーバーにDNSサーバー(bind9)をインストールし、nslooupとdigを使用してホスト名からIPアドレスへの名前解決を実行できますが、逆引き参照を試みるとエラーが発生します。
nslookup 192.168.137.5
** server can't find 5.137.168.192.in-addr.arpa: NXDOMAIN
IPアドレスはローカルサーバーのIPアドレスであり、Bind9がインストールされたネームサーバーでもあります。順方向ルックアップを行うと機能します。
nslookup example.com
Server: 192.168.137.5
Address: 192.168.137.5#53
Name: example.com
Address: 192.168.137.5
Name: example.com
Address: ::1
私の設定ファイルは合計3つです:named.config.local,forward.example.com,reverse.example.comnamed.conf.local
zone "example.com" IN {
type master;
file "/etc/bind/forward.example.com";
};
zone "137.168.192.in-addr.arpa" IN {
type master;
file "/etc/bind/reverse.example.com";
};
今後.example.com
$TTL 604800
@ IN SOA example.com. root.example.com. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS home-server.example.com.
@ IN A 192.168.137.5
@ IN AAAA ::1
home-server IN A 192.168.137.5
wintop IN A 192.168.137.1
reverse.example.com
$TTL 604800
@ IN SOA example.com. root.example.com. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS home-server.
@ IN PTR example.com.
@ IN AAAA ::1
home-server IN A 192.168.137.5
host IN A 192.168.137.5
wintop IN A 192.168.137.1
10 IN PTR home-server.example.com.
11 IN PTR wintop.example.com.
ベストアンサー1
forward.example.com
ゾーンファイルに応じて、ゾーンreverse.example.com
ファイルは次のようになります。
$TTL 604800
$ORIGIN 137.168.192.in-addr.arpa.
@ IN SOA example.com. root.example.com. (
3 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
@ IN NS example.com.
5 IN PTR example.com.
1 IN PTR wintop.example.com.
サブリージョン委任のグルーレコードを除いて、リバースゾーンにはレコードを含めA
ないでください。AAAA
元の逆方向ゾーンファイルでは、IPアドレスが順方向ゾーンと一致しない192.168.137.10home-server.example.com
と192.168.137.11であると主張します。wintop.example.com
IPv6ローカルホストアドレスを主張するのは::1
愚かです。リバースゾーンではまったく効果がなく、フォワードゾーンでは間違っています。クライアントが「それはどこですかhome-server.example.com
?」と尋ねると、転送領域は「IPv4の場合は192.168.137.5、IPv6の場合は::1です」と答えます。 Windows Vista以降の最新のオペレーティングシステムはIPv6をサポートしているので、名前は私を指す素晴らしい方法です。いいですね。結局、何もする必要はありません。 「…home-server.example.com
要求が実際に来ていない場合は、おそらくあなたが望むものではありません。
DNS サーバーは、まったく解釈せずにレコードをクライアントに渡すことに注意してください。実際に情報を使用する人はクライアントです。
また、どちらがあるかを検討したい場合がありますモデル192.168.137.5の名前は次のとおりです。home-server.example.com
それとも単なるですかexample.com
?名前の1つを別の名前のエイリアス(CNAMEレコード)にする必要があります。そうしないと、両方の名前のSSL / TLS証明書を正常に解決できない可能性があります。
したがって、前面領域は次のようにする必要があります。
$TTL 604800
$ORIGIN example.com.
@ IN SOA example.com. root.example.com. (
3 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS example.com.
@ IN A 192.168.137.5
home-server IN CNAME example.com.
wintop IN A 192.168.137.1