Strona główna › Poradniki

Czym jest DNSBL (RBL)? Jak działają czarne listy DNS

Opublikowano 2026-11-03 ／ Zaktualizowano 2026-11-03 ／ Autor Yuki Nakazawa

DNSBL (czarna lista oparta na DNS, nazywana też listą blokującą DNS lub RBL) to lista adresów IP lub nazw domen, które operator listy uznaje za źródło spamu lub nadużyć, publikowana tak, aby każdy mógł ją sprawdzić zwykłym zapytaniem DNS. Serwery pocztowe sprawdzają każdego łączącego się nadawcę w jednej lub kilku listach DNSBL, a następnie odrzucają wiadomość, przyjmują ją albo doliczają wynik do oceny spamowej.

Ten poradnik wyjaśnia, jak działa zapytanie do DNSBL (odwrócone adresy IP, rekordy A i TXT, format nibble dla IPv6), czym różnią się listy oparte na IP od list opartych na domenach, jak odbiorcy faktycznie wykorzystują odpowiedzi, czym czarne listy różnią się od białych, dlaczego adresy trafiają na listy i jakie miejsce zajmuje wpis, gdy Twoja poczta nie jest dostarczana. Opiera się na RFC 5782 oraz oficjalnej dokumentacji głównych operatorów list według stanu na listopad 2026.

Co oznaczają DNSBL i RBL

RFC 5782, „DNS Blacklists and Whitelists”, używa ogólnego terminu DNSxL na określenie strefy DNS, której rekordy identyfikują hosty znajdujące się na liście. Czarna lista to DNSBL, a biała lista to DNSWL. Obie są zbudowane tak samo. Różni się tylko znaczenie, jakie odbiorca nadaje trafieniu.

RBL to skrót od Real-time Blackhole List. Według RFC pierwsza lista tego rodzaju powstała w 1997 roku i stała się znana pod tą nazwą. Ściśle rzecz biorąc, RBL oznacza tę pierwotną listę i jej następczynię, a RFC zaznacza, że termin ten jest w Stanach Zjednoczonych zastrzeżonym znakiem usługowym. W codziennym użyciu „RBL” i „DNSBL” stosuje się jednak niemal zamiennie, więc pytania „co to jest RBL” i „co to jest DNSBL” są w praktyce tym samym pytaniem.

RFC 5782 to dokument informacyjny (Informational), a nie standard internetowy. Przygotowała go grupa IRTF Anti-Spam Research Group i odzwierciedla on konsensus tej grupy co do praktyk poprawiających interoperacyjność czarnych i białych list DNS. Nie opisuje ani nie zaleca zasad dodawania czy usuwania adresów; RFC zakłada, że zajmie się tym osobny dokument. W praktyce każdy operator ustala własne zasady wpisywania i usuwania z listy.

Jak działa zapytanie do DNSBL

Zapytanie do DNSBL to zwykłe zapytanie DNS, więc ręczne sprawdzenie nie wymaga specjalnego oprogramowania: wszystko, co potrafi rozwiązać nazwę, może odpytać listę. Operatorzy list mogą jednak określać warunki korzystania. Na przykład publiczne serwery Spamhaus są bezpłatne tylko przy niewielkim, niekomercyjnym użyciu, a zapytania kierowane przez publiczne resolvery nie otrzymują wiarygodnych odpowiedzi (zob. niżej).

IPv4: odwróć adres i dopisz strefę

W przypadku adresu IPv4 należy zapisać cztery oktety w odwrotnej kolejności i dopisać nazwę strefy listy. Ta struktura jest zapożyczona z odwrotnego DNS. Przykład z RFC 5782 sprawdza adres 192.0.2.99 na liście bad.example.com, wykonując zapytanie o:

99.2.0.192.bad.example.com

Rekord A mówi „wpisany”, rekord TXT mówi dlaczego

• Rekord A. Każdy wpis na liście musi mieć rekord A. Zgodnie z konwencją jego wartość to 127.0.0.2. Wartość ta jest sygnałem, a nie adresem, i nie wolno jej używać jako adresu; listy korzystają z zakresu 127.0.0.0/8, aby wartość użyta przez pomyłkę nie generowała niepożądanego ruchu sieciowego.
• Brak wpisu. Jeśli adresu nie ma na liście, nie istnieją dla niego żadne rekordy, więc zapytanie zwykle zwraca NXDOMAIN.
• Rekord TXT. DNSBL powinna publikować rekord TXT opisujący powód wpisu. Klienci muszą sprawdzać rekord A i mogą też sprawdzać rekord TXT.
• Różne wartości dla różnych list składowych. Lista łączona może zwracać różne wartości 127.0.0.x, aby wskazać, która lista składowa zadziałała, albo kilka rekordów A jednocześnie. Znaczenie jest specyficzne dla każdej listy, dlatego zawsze warto czytać dokumentację operatora. Najczęstsze wartości omawia nasz poradnik o kodach odpowiedzi DNSBL.

Z terminala (strefa jest tu przykładowa):

dig +short 99.2.0.192.bad.example.com A
dig +short 99.2.0.192.bad.example.com TXT

Wpisy testowe

RFC 5782 wymaga, aby listy IPv4 zawierały wpis dla 127.0.0.2 i nie zawierały wpisu dla 127.0.0.1. Klienci powinni sprawdzić te wpisy testowe, zanim zaufają strefie, i nie korzystać ze strefy, która odpowiada na nie nieprawidłowo.

IPv6: format nibble

Adres IPv6 zapisuje się w pełnej postaci jako 32 cyfry szesnastkowe, a następnie odwraca po jednej cyfrze (jednym półbajcie, ang. nibble), rozdzielając je kropkami, i dopisuje strefę listy. Przykład z RFC dla adresu 2001:db8:1:2:3:4:567:89ab na liście 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.com

Listy IPv6 muszą zawierać wpis testowy ::FFFF:7F00:2 (127.0.0.2 jako adres typu IPv4-mapped) i nie mogą zawierać ::FFFF:7F00:1. Nie każda lista obsługuje IPv6, dlatego przed oparciem się na zapytaniu IPv6 sprawdź dokumentację operatora.

Listy oparte na IP i na domenach

Listy dzielą się na dwa główne rodzaje w zależności od tego, co zawierają.

W przykładzie z RFC 5782 domena invalid.edu jest sprawdzana na liście doms.example.net przez zapytanie o invalid.edu.doms.example.net. Listy oparte na domenach bywają nazywane RHSBL (right-hand-side blacklist). Ich wpisy testowe korzystają z nazw zarezerwowanych: lista musi zawierać TEST i nie może zawierać INVALID.

Spamhaus Domain Blocklist (dbl.spamhaus.org) to szeroko stosowany przykład, a jej dokumentacja zawiera kilka praktycznych uwag:

• Obejmuje wyłącznie domeny. Zapytanie o adres IP zawsze zwraca kod „wpisany”, dlatego nie wolno jej konfigurować jako ogólnej listy DNSBL dla IP. Do zapytań o IP Spamhaus zaleca ZEN (zen.spamhaus.org).
• Można odpytywać pełną nazwę hosta; trafienie następuje, jeśli domena hosta jest wpisana.
• W trakcie sesji SMTP sprawdza się na niej ciąg HELO i domenę MAIL FROM. Po przyjęciu wiadomości sprawdza się domeny w nagłówkach i treści, takie jak adresy URL i adresy kontaktowe.

Praktyczny wniosek: czysty adres IP nadawcy nie gwarantuje dostarczenia. Wpisana domena nadawcy lub wpisana domena podlinkowana w wiadomości nadal może spowodować blokadę.

Jak serwery odbiorcze korzystają z DNSBL

RFC 5782 opisuje typową konfigurację. Serwer pocztowy przy każdym przychodzącym połączeniu SMTP sprawdza skonfigurowany zestaw list DNSxL. Trafienie na czarnej liście prowadzi do odrzucenia połączenia, a trafienie na białej liście do przyjęcia. Alternatywnie wyniki trafiają do funkcji punktującej, która waży je razem z innymi sygnałami. Filtry działające po odebraniu wiadomości zwykle pobierają adresy IP do sprawdzenia z pól nagłówka Received lub z URI w treści.

Odrzucać czy punktować?

Ten wybór należy do odbiorcy. FAQ SpamCop nazywa jego listę narzędziem agresywnym i zaleca oznaczanie lub przekierowywanie podejrzanego spamu albo używanie listy jako jednego z czynników oceny zamiast bezwzględnego odrzucania poczty. Ustawienia odrzucania opisuje jako informację dla administratorów, którzy nie mogą zastosować bardziej subtelnego podejścia.

Pułapki, przed którymi ostrzega się odbiorców

• Przekazujesz część oceny. Korzystanie z DNSxL oznacza powierzenie części zarządzania serwerem operatorowi listy. RFC mówi, że należy upewnić się, iż zasady listy są zgodne z Twoimi.
• Martwe listy. Operator zamykający listę może ustawić wildcard, który wpisuje każdy adres. Opisane wyżej wpisy testowe pozwalają klientowi to zauważyć.
• Buforowanie. Serwery mogą buforować wyniki, ale muszą respektować TTL i odrzucać wygasłe rekordy.
• Publiczne resolvery. FAQ Spamhaus podaje, że zapytania przez Google Public DNS w większości przypadków zwracają „brak wpisu”, więc rzeczywiste wpisy zostają przeoczone. Kody z zakresu 127.255.255.x to błędy, np. 127.255.255.254 dla zapytania przez zablokowany publiczny resolver, i nie wolno ich odczytywać jako „wpisany”. Spamhaus zauważa, że niektóre serwery z tego powodu omyłkowo odrzucają całą pocztę, i zaleca uruchomienie własnego resolvera.

To jeden z powodów, dla których dwa narzędzia do sprawdzania mogą dawać różne wyniki dla tego samego adresu: mogą pytać przez różne resolvery.

Czarne listy a białe listy (DNSBL a DNSWL)

DNSBL i DNSWL odpytuje się w ten sam sposób, ale trafienie oznacza coś przeciwnego. Według RFC 5782 administratorzy sieci zwykle używają DNSBL do blokowania ruchu, a DNSWL do preferencyjnego przyjmowania ruchu. Ta sama lista może nawet służyć w jednym kontekście jako czarna, a w innym jako biała lista.

dnswl.org (list.dnswl.org) to przykład białej listy. Jej dokumentacja podaje, że odpowiedzi mają postać 127.0.x.y, gdzie x to kategoria, a y to poziom zaufania od 0 (brak) do 3 (wysoki). Sugeruje, aby wpisane hosty pomijały greylisting i sprawdzanie czarnych list, aby hosty o średnim i wysokim zaufaniu pomijały filtrowanie spamu i aby nigdy nie pomijać skanowania antywirusowego. O tym, jak dalece wpis na białej liście zwalnia z kontroli, nadal decyduje odbiorca.

Najczęstsze powody wpisania IP lub domeny

Każdy operator ustala własne kryteria, a wielu nie ujawnia dokładnych czynników wyzwalających. Poniższe powody pochodzą z opublikowanej dokumentacji operatorów.

• Zgłoszenia spamu i pułapki spamowe. SpamCop Blocking List zawiera adresy IP, z których wysłano pocztę zgłoszoną przez użytkowników SpamCop, przy czym większą wagę ma poczta wysłana do pułapek spamowych (adresów zebranych lub utworzonych przez spamerów). Jej FAQ podaje, że bez kolejnych zgłoszeń wpis trwa tylko 24 godziny, a adresy są usuwane automatycznie, gdy zgłoszenia ustają.
• Zainfekowane lub przejęte urządzenia. Spamhaus XBL wpisuje adresy IP automatycznie na podstawie dowodów takich jak złośliwe oprogramowanie, aplikacje „darmowy VPN” przekazujące przez urządzenie ruch osób trzecich, udział w atakach brute-force czy próby przekazywania poczty przy użyciu skradzionych danych logowania. Jeśli przyczyna pozostaje, adres IP zostaje wpisany ponownie przy następnym połączeniu.
• Błędna konfiguracja i zaniedbane listy adresowe. Spamhaus CSS wymienia nazwy HELO niezgodne z DNS, przejęte witryny i instalacje CMS, niezabezpieczone konfiguracje oraz źle utrzymywane listy mailingowe. Podaje, że przed usunięciem należy zidentyfikować i usunąć przyczynę.
• Wpisy wynikające z zasad. Spamhaus PBL obejmuje przestrzeń adresową, często domowe łącza szerokopasmowe, z której poczta nie powinna być wysyłana bezpośrednio. Spamhaus podaje, że wpis w PBL nie jest skutkiem żadnego działania użytkownika końcowego; poczta z takich zakresów powinna wychodzić przez uwierzytelniony serwer SMTP.
• Współdzielona infrastruktura. W hostingu współdzielonym wysyłka innego klienta może wpłynąć na używany przez Ciebie adres IP. Zobacz co zrobić, gdy IP hostingu współdzielonego jest na czarnej liście.

Rola DNSBL, gdy poczta nie jest dostarczana

Wpis na DNSBL to jedna z możliwych przyczyn niedostarczenia poczty, ale nie jedyna. Komunikaty o niedoręczeniu mogą też wynikać z błędnych adresów, pełnych skrzynek, problemów po stronie odbiorcy czy braku uwierzytelnienia. Gdy w grę wchodzi lista, komunikat o niedoręczeniu często podaje jej nazwę lub adres URL do sprawdzenia.

1. Przeczytaj komunikat o niedoręczeniu. Zanotuj kod odpowiedzi oraz nazwę listy lub adres URL w treści.
2. Ustal adres IP i domenę nadawcy. Skorzystaj z wierszy Received w nagłówkach albo zapytaj administratora serwera.
3. Sprawdź główne listy naraz. Użyj narzędzia do sprawdzania czarnych list, a każde trafienie potwierdź na stronie sprawdzania prowadzonej przez operatora.
4. Usuń przyczynę. Przejdź przez opisane wyżej przyczyny. Wnioski złożone przed usunięciem przyczyny zwykle kończą się ponownym wpisem.
5. Postępuj zgodnie z procedurą danego operatora. Niektóre wpisy wygasają samoczynnie, niektóre listy przyjmują wnioski o usunięcie, a niektóre przyjmują je wyłącznie od właściciela sieci. Decyzja o usunięciu z listy zawsze należy do jej operatora, a wniosek nie jest obietnicą usunięcia.

Odbiorcy stosują też własne filtry, więc poczta może nie zacząć docierać w chwili, gdy wpis się kończy. Pełną procedurę diagnostyczną opisuje artykuł poczta na czarnej liście: jak czytać komunikat o niedoręczeniu, a uwierzytelnianie artykuł konfiguracja SPF, DKIM i DMARC. Jeśli nie możesz samodzielnie ustalić przyczyny, możesz poprosić nas o pomoc.

Najczęściej zadawane pytania

Wykorzystane strony oficjalne

Fakty podane w tym artykule zostały sprawdzone w momencie publikacji na poniższych stronach oficjalnych. Zasady i działanie usług mogą się zmienić bez uprzedzenia, dlatego przed podjęciem ważnych decyzji warto sprawdzić strony oficjalne.

• 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: Return codes and recommended usage

Powiązane poradniki

Wszystkie poradniki →