Skip to main contentSkip to footer

DNS / RBL Zone

Die reportedIP-RBL ist eine DNSBL-Zone unter bl.reportedip.de die Echtzeit-Abfragen zur Liste aus der Community Blacklist direkt über DNS beantwortet – den Standard-Lookup-Mechanismus, den Mailserver nutzen, um bekanntermaßen böswillige Absender abzuweisen. Jedes Abonnement stellt eine private, token-authentifizierte Zonenstrings bereit , den Sie zu Postfix, Rspamd, einer BIND-RPZ oder einer beliebigen RBL-fähigen Software hinzufügen. Bevorzugen Sie stattdessen die dateibasierte Blockierung oder die REST API? Weitere Informationen finden Sie auf der Seite „Blacklist“; um Angreifer von Ihren eigenen Servern aus an die Community zu melden, lesen Sie bitte die Informationen zur fail2ban-Integration.

Die DNS / RBL Zone ist ein kostenpflichtiges Add-on, das in den Tarifen PRO, Business und Enterprise verfügbar ist. Abonnieren Sie es über Ihr Dashboard, um Ihr Token zu erhalten.

Ihre Zonenzeichenfolge

Nach der Anmeldung wird in Ihrem Dashboard ein Token angezeigt. Ihr Zonen-String lautet:

dns
<your-token>.bl.reportedip.de

Ein Mailserver fügt die umgekehrte Client-IP vor. Beispielsweise bei der Überprüfung von 1.2.3.4 Abfragen 4.3.2.1.<your-token>.bl.reportedip.de und liest die Antwort.

IPv6 wird auf dieselbe Weise unterstützt, wobei die umgekehrte Nibble-Form verwendet wird (wie in ip6.arpa): die 32 Hex-Nibbles der vollständig erweiterten Adresse, beginnend mit dem niedrigstwertigen Bit, gefolgt von .<your-token>.bl.reportedip.de. Die meisten Mailserver erstellen dies automatisch.

Rückgabecodes

Ein „A“-EintragBedeutungEmpfohlene Maßnahme
127.0.0.2Gelistet – hohe Zuverlässigkeit (≥ 90)Abgelehnt
127.0.0.3Aufgeführt – mittlere Zuverlässigkeit (75–89)Ablehnen oder bewerten
NXDOMAINUnbedenklich (oder fällt nicht in die angeforderte Kategorie)Akzeptieren
127.255.255.251Tägliches Abfrage-Kontingent erreichtEin weiteres Token hinzufügen / Upgrade durchführen
127.255.255.252Token ungültig / Abonnement inaktivToken und Abrechnung überprüfen

Testpunkt (gemäß RFC 5782): Abfrage 127.0.0.2 — d. h. Abfrage der umgekehrten Form 2.0.0.127.<your-token>.bl.reportedip.de — liefert stets 127.0.0.2, sodass Sie Ihre Konfiguration ohne eine echte, eingetragene Adresse überprüfen können. Die gleiche Testadresse über IPv6 ist ihre zugeordnete Form ::FFFF:7F00:2 (abgefragt als umgekehrte Nibbles), die ebenfalls 127.0.0.2. Der Testpunkt ist von der täglichen Quote und dem Rate Limit ausgenommen.

Über diese A-Record-Antworten hinaus wird eine Abfrage, die das Rate Limit pro Token überschreitet, mit REFUSED anstelle einer Adresse beantwortet (siehe den Abschnitt „Limits und Caching“ weiter unten).

Fügen Sie ihn Ihrem Mailserver hinzu

Halten Sie Ihr Token aus Protokollen und Bounce-Meldungen fern. Ihr Token ist eine private Zugangsberechtigung. Standardmäßig fügt die meiste RBL-Software die vollständige Zonenzeichenfolge – einschließlich Ihres Tokens – in die SMTP-Ablehnungsnachricht (die 554 Antwort, die der sendende Server erhält) sowie in Ihr E-Mail-Protokoll ein. Dadurch wird das Token jedem blockierten Absender und jedem mit Zugriff auf die Protokolle offengelegt. Überschreiben Sie den Ablehnungstext stets mit einer statischen Nachricht, die den Zonenstrings nicht enthält, wie unten gezeigt. Sollte Ihr Token jemals offengelegt werden, ändern Sie es über Ihr Dashboard.

Postfix

Fügen Sie die Zone als einfachen Eintrag zu Ihren Einschränkungen hinzu – fügen Sie den Ablehnungstext nicht inline an (Postfix würde ihn als weitere Einschränkung interpretieren und mit unknown smtpd restriction: "554"). Die benutzerdefinierte Antwort gehört in eine separate Anweisung.

Die einzelne reject_rbl_client Direktive deckt sowohl IPv4- als auch IPv6-Absender ab – Postfix erstellt die umgekehrte Abfrage für beide Familien automatisch (keine separate Konfiguration). IPv6-DNSBL-Abfragen erfordern Postfix 2.6 oder neuer, d. h. jede derzeit unterstützte Version.

conf
# main.cf
smtpd_recipient_restrictions =
    permit_mynetworks,
    permit_sasl_authenticated,
    reject_rbl_client <your-token>.bl.reportedip.de=127.0.0.[2..3],
    ...

Empfohlen – zonenbezogene Antwort. Da die meisten Server mehr als eine Blocklist abfragen, verwenden Sie rbl_reply_maps: Dies überschreibt den Text nur für diese Zone und hält Ihr Token aus der Rückmeldung und dem Protokoll heraus, während Spamhaus & Co. ihre eigenen Standardantworten beibehalten.

conf
# main.cf
rbl_reply_maps = texthash:/etc/postfix/rbl_reply

# /etc/postfix/rbl_reply  (texthash: needs no postmap)
<your-token>.bl.reportedip.de    554 5.7.1 Blocked - your IP is listed at reportedip.de

Laden Sie die Konfiguration neu mit postfix reload. Der Absender (und Ihr Protokoll) zeigen dann nur 554 5.7.1 Blocked - your IP is listed at reportedip.de – das Token erscheint niemals.

Nur eine Blocklist? Wenn „ReportedIP“ die einzige DNSBL ist, die Sie abfragen, erfüllt der globale Einzeiler default_rbl_reply = 554 5.7.1 Blocked - your IP is listed at reportedip.de erfüllt denselben Zweck. Vermeiden Sie dies, wenn Sie mehrere Blocklists betreiben – es würde allen dieselbe Antwort liefern.

Rspamd

conf
# local.d/rbl.conf
rbls {
  reportedip {
    rbl = "<your-token>.bl.reportedip.de";
    ipv4 = true;
    ipv6 = true;
    returncodes {
      REPORTEDIP_HIGH   = "127.0.0.2";
      REPORTEDIP_MEDIUM = "127.0.0.3";
    }
  }
}

Rspamd fügt lediglich ein Symbol (z. B. REPORTEDIP_HIGH) zur Bewertung hinzu, sodass das Token nicht an den Absender gesendet wird. Halten Sie es auch aus Ihren eigenen Protokollen heraus: Vermeiden Sie es, den aufgelösten RBL-Hostnamen auf Debug-Ebene zu protokollieren, und geben Sie ihn nicht in benutzerdefinierten X-Spam-* Header offen.

Kategorie-Unterzonen

Filtern Sie nach Bedrohungsart, indem Sie einen Kategorie-Slug vor die Zone einfügen:

dns
<reversed-ip>.<your-token>.<slug>.bl.reportedip.de

Slugs: spam, brute-force, cms-login, web-attacks, malware, ddos, fraud, infrastructure, apt. Ein Treffer wird nur zurückgegeben, wenn die IP-Adresse in dieser Kategorie aufgeführt ist. Die Slugs entsprechen den 30 Threat Categories, zu denen die Community Meldungen erstattet.

Limits und Caching

Jedes Token umfasst 100.000 DNS-Abfragen pro Tag (Zurücksetzen um 00:00 Uhr UTC). Wenn das Limit erreicht ist, gibt das Token 127.255.255.251 und stellt die Auflösung bis zum nächsten Reset ein; abonnieren Sie daher ein zusätzliches Token, wenn Sie mehr Kapazität für weitere Mailserver benötigen.

Ein Rate Limit von etwa 50 Abfragen pro Sekunde pro Token schützt vor Spitzenlasten; anhaltende Spitzenwerte, die darüber liegen, werden mit REFUSED. Im Normalbetrieb werden Sie keines der beiden Limits erreichen, da Ihr Resolver die Antworten zwischenspeichert: Ein gelistetes Ergebnis wird 30 Minuten lang zwischengespeichert (TTL 1800) und ein NXDOMAIN für 5 Minuten (TTL 300) zwischengespeichert, sodass die meisten wiederholten Abfragen Ihr Netzwerk nie verlassen.

Die Zone wird alle paar Minuten anhand der Community Blacklist aktualisiert, sodass neu gelistete IP-Adressen ohne jegliches Zutun Ihrerseits blockiert werden.

Standards und Kompatibilität

Die Zone entspricht RFC 5782, dem DNSBL/DNSWL-Standard: IPv4-Adressen werden als umgekehrte Oktette abgefragt, IPv6-Adressen als umgekehrte ip6.arpa Nibbles abgefragt, der Testpunkt 127.0.0.2 wird stets aufgeführt, und der 127.255.255.0/24 Bereich ist für Fehlercodes reserviert (niemals für einen tatsächlichen Eintrag). Das Layout mit dem Token in der Abfrage (<reversed-ip>.<your-token>.bl.reportedip.de) entspricht der „Keyed-DNSBL“-Konvention, die von etablierten Diensten wie dem Data Query Service von Spamhaus verwendet wird, sodass jede RBL-fähige Software – Postfix, Rspamd, ein BIND-RPZ – ohne zusätzlichen Code sofort einsatzbereit ist.

Im Gegensatz zu den meisten kostenlosen und älteren Blocklisten, die ausschließlich IPv4 abdecken, umfasst diese Zone IPv4 und IPv6 gleichermaßen.

Datenschutz: Abgefragte IP-Adressen werden über aggregierte Missbrauchsmetriken hinaus nicht gespeichert.

Zuletzt aktualisiert: · Betreut vom reportedIP-Team

Security Focused
GDPR Compliant
Made in Germany
Zurück zu den Docs