Cisco DNSのドクターまたはヘアピニング？

8

私は次の構成を持っています：CISCO 881、IOS 15.2（4）M6。WANインターフェイスには、ISPからの86.34.156.48/29サブネットが構成されています。ルーターの背後には2台のWebサーバーが残っています。NAT：86.34.156.51 <> 10.10.10.100（プライベートIP、server1）。BIND DNSサーバーのAレコードにサーバーの外部IP（86.34.156.51）を設定すると、外部の世界からDNSサーバーからの応答が得られません（そこで何が起きているのかわからない、おそらくルーターがDNSの修正などを行っている）同様に（質問です））、DNSサーバーが構成され、正しく機能していることを確認します（TCPdumpでIPパケットをキャプチャしました）。しかし、DNSサーバーAレコードをサーバーのプライベートIP（10.10.10.100）で構成すると、パケットは常に適切な宛先に到着します（サーバーの外部IPを使用している可能性があり、DNSのドクターも使用しています）。

私は何ができますか???

        +-----+
        |     |  an other host somewhere on internet(C)
        |     |
        +-----+
            |
            |
            :
            :  internet
            :

            |  

        +-----+
        |     |      ISP's router
        |     |       black box, without acces
        +-----+

            |
            | 86.34.456.48/29
        +-----+
        |     |      CISCO 881,
        |     |       IOS 15.2(4)M6
        +-----+
            |
            |
------------------------------------------------------------  local private network 10.10.10.0/24
    |                                           |
    | (86.34.156.51)                            | (Nat rule not yet attached)
    | 10.10.10.100                              | 10.10.10.101
    |                                           |
+-----+                                       +-----+
|     |                                       |     |
|     |                                       |     |
+-----+                                       +-----+
linux server (A)                                linux server (B)
BIND DNS server
 style2take.ro

ここにいくつかの発掘があります（LinuxでのDNS診断ツール）：

ホストBから：$ dig style2take.ro

;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42222
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;style2take.ro.                 IN      A

;; ANSWER SECTION:
style2take.ro.          0       IN      A       10.10.10.100                                                <-- here you can see the TTL is 0

;; Query time: 52 msec
;; SERVER: 193.231.100.130#53(193.231.100.130)
;; WHEN: Fri Feb 20 10:27:25 EET 2015
;; MSG SIZE  rcvd: 58

ホストBから：$ dig @ 10.10.10.100 style2take.ro

;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65374
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;style2take.ro.                 IN      A

;; ANSWER SECTION:
style2take.ro.          3600    IN      A       10.10.10.100                                                <-- here you can see the TTL is 3600

;; AUTHORITY SECTION:
style2take.ro.          3600    IN      NS      ns1.style2take.ro.
style2take.ro.          3600    IN      NS      ns2.style2take.ro.

;; ADDITIONAL SECTION:
ns1.style2take.ro.      3600    IN      A       10.10.10.100
ns2.style2take.ro.      3600    IN      A       10.10.10.100

;; Query time: 0 msec
;; SERVER: 10.10.10.100#53(10.10.10.100)
;; WHEN: Fri Feb 20 10:28:58 EET 2015
;; MSG SIZE  rcvd: 126

ホストCから：$ dig style2take.ro

;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32364
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 6, ADDITIONAL: 0

;; QUESTION SECTION:
;style2take.ro.                 IN      A

;; ANSWER SECTION:
style2take.ro.          0       IN      A       86.34.156.51                                                <-- here you can see the TTL is 0

;; AUTHORITY SECTION:
ro.                     106161  IN      NS      sns-pb.isc.org.
ro.                     106161  IN      NS      primary.rotld.ro.
ro.                     106161  IN      NS      sec-dns-a.rotld.ro.
ro.                     106161  IN      NS      sec-dns-b.rotld.ro.
ro.                     106161  IN      NS      dns-at.rotld.ro.
ro.                     106161  IN      NS      dns-ro.denic.de.

;; Query time: 149 msec
;; SERVER: 82.79.24.74#53(82.79.24.74)
;; WHEN: Fri Feb 20 10:29:52 2015
;; MSG SIZE  rcvd: 201

ホストCから：$ dig @ 86.34.156.51 style2take.ro

; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48385
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;style2take.ro.                 IN      A

;; ANSWER SECTION:
style2take.ro.          0       IN      A       86.34.156.51                                                <-- here you can see the TTL is 0

;; AUTHORITY SECTION:
style2take.ro.          0       IN      NS      ns2.style2take.ro.
style2take.ro.          0       IN      NS      ns1.style2take.ro.

;; ADDITIONAL SECTION:
ns1.style2take.ro.      0       IN      A       86.34.156.51
ns2.style2take.ro.      0       IN      A       86.34.156.51

;; Query time: 29 msec
;; SERVER: 86.34.156.51#53(86.34.156.51)
;; WHEN: Fri Feb 20 10:35:05 2015
;; MSG SIZE  rcvd: 115

— シルヴェステルジグモンド
ソース

ヘアピニングはどこに入りますか？

— bao7uo 2016

0

DNSが解決されない場合、問題は2つあります。

不適切なDNS構成-グローバルDNSシステムは、ドメインのNSを特定できますか？これは、ネームプロバイダーで設定する必要があるものです。dig style2take.ro NS出力とは何ですか？
ルーターがDNS要求を許可していません。外のサーバーに接続し、DNSのポート53にTelnetで接続してみます。DNS telnet 86.34.156.51はUDPとTCPの両方で機能するはずです。これにより、少なくともTCPの部分がテストされます。

— スタンタスティック
ソース

0

DNS設定（名前付き）構成に外部IPを含める必要はありません。どこでも内部の1（10.10.10.100）を使用し、ルーターから86.34.156.51（ip nat inside source static 10.10.10.100 86.34.156.51）にNATを適用できます。セカンダリDNSを構成する場合も、同じことが当てはまります。10.10.10.101（NS2として）を他の何か（86.34.156.51など）にNAT変換します。また、DNSポートがルーターで実際に転送され、Linuxサーバーのファイアウォールでブロックされていないことを確認してください。Webベースのポートチェッカーを使用して、UDP 53が開いていることを確認します。

— オーバーマインド
ソース