☰

キャッチオール構成のバインドに対して NS クエリを実行できません

tag-icon • tag-icon bind nameserver dig
キャッチオール構成のバインドに対して NS クエリを実行できません

すべてのドメインをキャッチし、それらに対して同じ IP (A レコード) を返すように bind を設定しました。これは、何千ものドメインが関係する可能性があるドメイン パーキング サービス用です。

example.com のネームサーバーを自分のネームサーバーにポイントすると、パークされたホスティング ページが正しく表示されます。

唯一の問題は、ネームサーバーの検索が機能していないことです。NSdig NS example.com名ではなく、SOA の詳細だけが返されます。ただし、dig example.com正しい A レコードが返されます。

いろいろなことを試して何時間も費やしてきましたが、この点については本当に助けていただければ幸いです。

構成は次のとおりです。

named.conf.local:

zone "." {
    type master;
    file "/etc/bind/zones/db.catchall";
};

db.catchall:

$TTL    604800
@   IN  SOA ns1.mynameserver.com. hostmaster.mynameserver.com. (
             26     ; Serial
         604800     ; Refresh
          86400     ; Retry
        2419200     ; Expire
         604800 )   ; Negative Cache TTL

    IN  NS  ip.addr.for.ns1
    IN  NS  ip.addr.for.ns2 

*   IN  A   ip.addr.for.hosting

答え1

観察された動作は、設定した内容に対して予想されたものであり、正しいものです。
つまり、ルート ゾーンに対して権限があると主張するネーム サーバーがあり、そのネーム サーバーには、その下にあるものすべてに一致するワイルドカード レコードがあります。ルート ゾーン以外のレコードAはありません。NS

しかし、あなたが設定した内容は、多くの異なるゾーンに対して権限を持つはずのサーバーには実際には正しくありません。 がexample.comネームサーバーに委任されている場合、ネームサーバーは、親ゾーン（ など）だけでなく、この特定のゾーン（少なくともゾーンの頂点にSOAと を含む）を持つはずです。 この設定で問題になるのは、 に対するクエリへの応答（つまり、 にはネームサーバーが存在しないと主張される）とすべての否定応答（否定応答は間違ったゾーンに対して になります）です。NS.
NSexample.comSOA

これをできるだけ正確な動作で実行したいが、すべてのゾーンを指定せずに (正確さのためにはこれが最適)、関連するゾーンが何らかのパターン (おそらくパブリック サフィックス リストに基づくもの) に一致するかのように応答できる、高度にスクリプト化されたネーム サーバー ソフトウェアを検討する必要があると思います。

関連情報