DNSBL・RBLとは?DNSで照会する仕組みと載る原因
DNSBL(DNS-based Blacklist、DNSブラックリスト)とは、迷惑メールの送信元などと判断されたIPアドレスやドメインを、DNSの仕組みで照会できるようにした一覧です。RBLもほぼ同じ意味で使われる呼び名です。メールサーバーは受信のたびに送信元をDNSBLに問い合わせ、載っていれば受信を拒否したり、迷惑メールと判定する点数を上げたりします。
この記事では、仕組みを文書化したRFC 5782(DNS Blacklists and Whitelists)と主要なリスト運営者の公式ドキュメントをもとに、DNSでの照会方法、IP系とドメイン系の違い、受信側の使い方、ホワイトリストとの違い、載る原因、メールが届かないときの位置づけを解説します。内容は2026年11月時点の公式ページに基づいています。
DNSBL・RBLとは:言葉の意味とRFC 5782
RFC 5782では、ブラックリストやホワイトリストの対象をDNSのレコードとして公開するゾーンをまとめてDNSxLと呼び、ブラックリストをDNSBL、ホワイトリストをDNSWLとしています。両者は構造が同じで、違うのは受信側での使い方です。
RBLは「Real-time Blackhole List」の略です。RFC 5782によると、1997年に始まった最初期のIPアドレス一覧がこの名前で知られるようになりました。本来RBLはその系譜を引く特定のリストを指す名前で、米国では登録サービスマークでもあると記されています。現在は「RBL」がDNSBL全般の通称として使われることも多く、「RBLとは」と「DNSBLとは」はほぼ同じ問いと考えてかまいません。
なおRFC 5782はインターネット標準ではなく、情報提供を目的とした文書(Informational)です。IRTFのAnti-Spam Research Groupが、DNSブラックリスト・ホワイトリストの相互運用性を高める慣行について合意をまとめたものです。掲載や削除の方針は記述も推奨もしておらず(別の文書で扱う想定とされています)、実際にはそれぞれのリスト運営者が決めています。
DNSで照会する仕組み:逆順のIPとA・TXTレコード
DNSBLの照会は、通常のDNSの名前解決そのものです。手作業で調べるだけなら専用のソフトは不要で、DNSに問い合わせられる環境があれば調べられます。ただし利用条件はリスト運営者が定めており、たとえばSpamhausの公開サーバーは、少量の非商用利用に限って無償とされています。公開リゾルバー経由の照会が正しく動かない点も後述します。
IPv4:IPアドレスを逆順にしてゾーン名を付ける
IPv4アドレスの場合、4つの数字を逆順に並べ、後ろにリストのゾーン名を付けた名前を引きます。RFC 5782の例では、192.0.2.99をbad.example.comというリストで調べる名前は次のとおりです。この形は逆引きDNSの構造を流用したものです。
99.2.0.192.bad.example.comAレコード(載っているか)とTXTレコード(理由)
- Aレコード:載っていればAレコードが返ります。値は慣例として127.0.0.2です。この値はIPアドレスとして使ってはならず、誤って使われても余計な通信が起きないよう127.0.0.0/8の範囲が使われます。載っていなければ、そのアドレスのレコードは存在せず、通常は名前が存在しない応答(NXDOMAIN)になります。
- TXTレコード:DNSBLには掲載理由を説明するTXTレコードを置くことが推奨されています。照会する側はAレコードを必ず確認し、TXTは任意で確認します。
- 返却値の使い分け:複数のリストをまとめたゾーンでは、127.0.0.xの値でどのリストに載っているかを表すことがあります。値の意味はリストごとに違うため、各運営者の公式ドキュメントで確認します(詳しくはDNSBLの返却コードの読み方)。
コマンドでは次のように調べられます(例のゾーンは架空のものです)。
dig +short 99.2.0.192.bad.example.com A
dig +short 99.2.0.192.bad.example.com TXTテスト用のエントリ
RFC 5782では、IPv4のリストは動作確認用に127.0.0.2を必ず掲載し、127.0.0.1は掲載してはならないとしています。照会する側は、リストを信用する前にこのテストエントリが正しく応答するかを確かめ、正しく応答しないゾーンは使わないよう求められています。
IPv6:nibble形式で逆順にする
IPv6アドレスは、省略せずに書いた32桁の16進数を1桁ずつ点で区切り、逆順に並べてゾーン名を付けます(nibble形式)。RFC 5782の例では、2001:db8:1:2:3:4:567:89abをugly.example.comで調べる名前は次のようになります。
b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.8.b.d.0.1.0.0.2.ugly.example.comIPv6のリストでは、127.0.0.2をIPv4射影アドレスにした::FFFF:7F00:2をテスト用に掲載することになっています。ただし、すべてのリストがIPv6に対応しているわけではないため、利用するリストの公式案内を確認してください。
IP系とドメイン系のDNSBL
DNSBLには、IPアドレスを載せるものと、ドメイン名を載せるものがあります。
| 種類 | 照会する名前 | 主に調べる対象 |
|---|---|---|
| IP系 | 逆順のIPアドレス+ゾーン名 | 接続してきた送信サーバーのIP、Receivedヘッダーに残るIP |
| ドメイン系(RHSBLとも呼ばれる) | ドメイン名+ゾーン名 | HELOの名前、送信元(MAIL FROM)のドメイン、本文中のURLのドメイン |
RFC 5782の例では、invalid.eduをdoms.example.netで調べる名前はinvalid.edu.doms.example.netです。ドメイン系のリストは、予約語「TEST」をテスト用に掲載し、「INVALID」は掲載しないことになっています。
ドメイン系の代表例であるSpamhausのDBL(dbl.spamhaus.org)について、公式ページは次の点を案内しています。
- DBLはドメイン専用で、IPアドレスには対応しません。IPアドレスで問い合わせると常に「載っている」応答が返るため、IP用のDNSBLとして設定してはならないとされています。IPの照会にはZEN(zen.spamhaus.org)が勧められています。
- ホスト名をそのまま問い合わせても、そのドメインが載っていれば該当と返ります。
- SMTPのやり取りの中ではHELOやMAIL FROMのドメインを、受信後の内容検査ではヘッダーや本文中のURL・連絡先アドレスのドメインを照会する使い方が示されています。
つまり、IPに問題がなくても、送信ドメインや本文に書いたURLのドメインが原因で迷惑メール扱いされることがあります。
受信側はDNSBLをどう使うか
RFC 5782によると、メールサーバーは一般に、SMTPの接続を受けるたびに設定した複数のDNSxLを照会し、ブラックリストに当たれば拒否し、ホワイトリストに当たれば受け入れます。もうひとつの使い方は、照会結果を点数として扱い、ほかの判定材料と合わせて迷惑メールかどうかを決める方法です。受信後のフィルターでは、Receivedヘッダーや本文中のURLから調べるIPを取り出すのが一般的とされています。
拒否するか、点数に使うか
どちらを選ぶかは受信側の方針です。たとえばSpamCopの公式FAQは、自身のリストを積極的な(誤検知もありうる)ツールと位置づけ、受信拒否よりも、タグを付けて別の場所に振り分けたり点数の一要素として使ったりすることを勧めています。受信拒否の設定方法は、より穏やかな方法を使えない管理者向けの情報だとしています。
受信側が注意すべき点
- 判断の一部を外部に委ねている:RFC 5782は、DNSxLを使うことはサーバー管理の一部をリスト運営者に任せることだとし、リストの運用方針が自分の方針と合っているか確かめるよう求めています。
- 終了したリスト:運営をやめたリストが、すべてのアドレスを掲載扱いにするワイルドカードを設定する可能性があり、そのまま使うと想定外の結果になると注意しています。テストエントリの確認はこの対策にもなります。
- キャッシュ:結果をキャッシュする場合はTTLを守り、期限切れのデータは捨てることになっています。
- 公開リゾルバー経由の照会:Spamhausの公式FAQによると、Google Public DNSなどの公開リゾルバー経由では多くの場合「載っていない」と返り、掲載を見逃します。127.255.255.254などの127.255.255.xはエラーを示すコードで、掲載を意味しません。これを掲載と誤解して全メールを拒否してしまうサーバーがあるとして、自前のリゾルバーを使うよう勧めています。
同じIPでもツールによって結果が違うことがあるのは、こうした照会経路の違いも一因です。
ブラックリストとホワイトリストの違い
ブラックリスト(DNSBL)とホワイトリスト(DNSWL)は、照会の仕組みが同じで、使い道が逆です。RFC 5782は、ネットワーク管理者は一般にDNSBLを通信の遮断に、DNSWLを優先的な受け入れに使うと説明しています。同じリストが、ある場面ではブラックリスト、別の場面ではホワイトリストとして使われることもあります。
| 項目 | DNSBL(ブラックリスト) | DNSWL(ホワイトリスト) |
|---|---|---|
| 目的 | 拒否・減点 | 受け入れ・加点 |
| TXTレコード | 掲載理由を置くことが推奨 | SMTPには受け入れ理由を伝える手段がないため有用性は低い(置くリストもある) |
| 返却値 | 掲載の有無やリストの種類 | 信頼度などの評価値を表すことがある |
ホワイトリストの例として、dnswl.org(list.dnswl.org)の公式ドキュメントでは、返却値127.0.x.yのxが分類、yが信頼度(0〜3)を表します。推奨される使い方として、掲載ホストにはグレイリスティングやブラックリスト照会を省くこと、信頼度が中・高のホストでは迷惑メールフィルターを省くことを挙げる一方、ウイルス検査は省かないよう案内しています。ホワイトリストに載っても、何をどこまで省くかは受信側の判断です。
DNSBLに載る一般的な原因
掲載の基準はリストごとに異なり、多くは非公開です。公式ドキュメントで確認できる一般的な原因は次のとおりです。
- 迷惑メールとして報告された:SpamCopのリストは、SpamCop利用者に報告されたメールを送ったIPを載せるもので、スパムトラップ(迷惑メール業者が収集・作成したアドレス)への着信も重く扱われます。公式FAQによると、追加の報告がなければ掲載は24時間で、報告が止まると自動で外れます。
- 感染・乗っ取り:SpamhausのXBLは、マルウェア感染、端末を中継に使う「無料VPN」系アプリ、総当たり攻撃への参加、不正に得た認証情報でのメール中継などを理由に、自動で掲載します。原因が残っていると、次の接続時に再掲載されます。
- 設定不備や配信リストの管理:SpamhausのCSSは、HELOの名前と正引きの不一致、乗っ取られたWebサイトやCMS、安全でない設定、宛先リストの管理の甘さなどを原因に挙げています。原因を特定して直してから削除するよう明記されています。
- 回線の種類によるポリシー掲載:SpamhausのPBLは、家庭向けなどメールを直接送るべきでないIP範囲の一覧で、載っていても悪いことをしたという意味ではありません。こうした回線からは、認証付きでプロバイダーなどの送信サーバーを経由して送ることが前提です。
- IPやドメインの共有・履歴:レンタルサーバーなどでIPを共有していると、ほかの利用者の送信が影響することがあります(共有サーバーのIPが載ったとき)。
メールが届かないときのDNSBLの位置づけ
DNSBLへの掲載は、メールが届かない原因のひとつです。宛先の誤りや受信側の容量、送信ドメイン認証の未設定など、ほかの原因もあります。DNSBLが原因の場合、エラーメールにリストの名前や照会用URLが書かれていることがあります。
- エラーメールを読む:返されたメールのコードと本文に、リスト名が書かれていないか確認します。
- 送信元のIPとドメインを特定する:メールヘッダーのReceived行や、サーバー管理者への確認で調べます。
- まとめて確認する:ブラックリストチェッカーで主要なDNSBLへの掲載をまとめて確認し、載っていたリストは運営者の公式照会ページでも確かめます。
- 原因を直す:前の節の原因に当てはまるものを解消します。直さずに申請しても再掲載されることが多いです。
- 運営者の手順に従う:自動で外れるリスト、申請が必要なリスト、回線の管理者が申請するリストなど、手順はリストごとに違います。解除するかどうかは各リスト運営者が判断するもので、申請すれば外れるとは限りません。
受信側はDNSBL以外の独自の判定も使うため、リストから外れてもすぐに届くとは限りません。全体の切り分けはブラックリストでメールが届かないときの対処に、送信ドメイン認証はSPF・DKIM・DMARCの設定にまとめています。原因の特定や申請が自力で難しいときは相談窓口もご利用ください。
解除申請の代行・コンサルティング・ご相談を受け付けている事業者を紹介しています(料金は 5万円〜)。解除はリスト運営元の判断で行われ、お約束するものではありません。
相談窓口へ当サイトは掲載事業者から紹介料を受け取ることがあります。 運営者情報
よくある質問
DNSBLとRBLは違うものですか?
ほぼ同じ意味で使われています。RBLはもともと1997年に始まった最初期のリストに由来する名前ですが、現在はDNSで照会するブラックリスト全般を指して使われることも多くあります。RFC 5782ではDNSBLという呼び方を使っています。
照会したら127.0.0.2が返ってきました。どういう意味ですか?
RFC 5782の慣例では、127.0.0.2は「載っている」ことを示します。ただし複数のリストをまとめたゾーンでは値ごとに意味が違い、Spamhausの127.255.255.xのようにエラーを示す値もあります。必ずそのリストの公式ドキュメントで意味を確認してください。
DNSBLに載ると、すべてのメールが届かなくなりますか?
そうとは限りません。どのリストを使い、拒否するか点数の一要素にするかは受信側がそれぞれ決めています。そのため、届く相手と届かない相手が分かれることがあります。
IPv6アドレスもDNSBLで調べられますか?
RFC 5782は、IPv6アドレスを1桁ずつ逆順にしたnibble形式での照会を定めています。ただしIPv6に対応していないリストもあるため、利用するリストの公式案内を確認してください。
ホワイトリスト(DNSWL)に載れば迷惑メール判定されませんか?
保証はありません。ホワイトリストをどう使うかは受信側の判断です。たとえばdnswl.orgは、迷惑メールフィルターを省くのは信頼度が中・高のホストに限り、ウイルス検査は省かないよう案内しています。
参考にした公式ページ
本文の事実関係は、公開時点で次の公式ページに基づいて確認しています。仕様や運用は予告なく変わるため、重要な判断の前に各公式ページをご確認ください。
- RFC 5782: DNS Blacklists and Whitelists
- Spamhaus FAQ: DNSBL Usage(照会方法・返却コード・公開リゾルバー)
- Spamhaus: Domain Blocklist (DBL)
- Spamhaus: Exploits Blocklist (XBL)
- Spamhaus: Combined Spam Sources (CSS)
- Spamhaus: Policy Blocklist (PBL)
- SpamCop FAQ: What is the SpamCop Blocking List (SCBL)?
- SpamCop FAQ: How do I configure my mailserver to reject mail based on the blocklist?
- dnswl.org: 返却コードと推奨される使い方
関連記事
DNSBLの返却コード(127.0.0.x)の読み方をRFC 5782と各リストの公式情報で解説。127.255.255.x、NXDOMAIN・SERVFAILの違いも。
送信メールが届かない・拒否されるときの確認順を解説。エラーコードの読み方、ブラックリストの調べ方、解除申請の正しい手順と再掲載の防ぎ方。
Spamhaus(ZEN)に載ったときの調べ方と解除手順。返却コードの意味、ツールで結果が違う理由、リスト別の対処を公式情報で解説。