1.2.3.4.list.dsbl.orgを確認できません。

Question 1

DSBLは2008年末に中止されました。長い間（1年？）DNSはまだクエリを解決しました。

以前の手順の中にはブラックリスト/ドメインを参照することがありますが、このリストはずっと前に消えてしまい、DNSリクエストは解決されなくなるため、設定しないことをお勧めします。

Google DNSには既知の問題を解決するためのショートカット/最適化機能があり、ドメインはブラックリストまたは一種のRPZ設定にあります。大規模なタスクでは、問題を解決するためにまだ過度に設定されたアドレスに対しても同じことが行われます。 - 存在するドメインは貴重なリソースを占めています。

要求をフィルタリングするために同様のブラックリストが作成され、最終結果は最上位ルートネームサーバー（TLD）にリソースを節約するため、同様の構成も「良い」ネチズンになることの一部です。

Googleカスタマイズのアイデアを強化すると、カスタムコードがあることが知られており、パフォーマンスという名前でRRで過度に低いTTLを無視するなど、いくつかの「珍しい」機能があることが知られています。（それ以来、BINDは私の記憶が正しい場合、RRに許可されるより低いTTLを定義するグローバルオプションを作成しました。）

あなたのサーバーは、ブラックリストが設定されている間、このように長い間生き残ったかどうかわかりません。dsbl.orgこれは、アドレスが無効になったときに電子メールサーバーの遅延が原因でブラックリスト設定からそのアドレスを削除する必要があるためです。

要求時にBINDはドメインをブラックリストに追加します。

ゾーンファイルは次の場所にあります。/etc/bind/rpz.db

*.list.dsbl.org CNAME   *.

named.conf定義された内部ビューにゾーンファイルを追加する：

zone "rpz" {
  type master;
  file "/etc/bind/rpz.db";
  allow-query { your_internal_network; };
};

次に追加named.conf.options:

options {
   ...
   response-policy { zone "rpz"; };
}

また見なさい:

Bind9の大規模ゾーンファイル：広告ブロック

BINDをフォワーダ専用（ルートプロンプトなし）、暗号化+ RPZブラックリスト/ホワイトリストで構成

さまざまなレベルのドメインにRPZ構成をバインドする

Answer