☰

¿Postfix almacena en caché las consultas RBL?

tag-icon • tag-icon postfix email-server rbl
¿Postfix almacena en caché las consultas RBL?

Esto me está volviendo loco... Linux Debian + postfix... /etc/postfix/main.cf tiene las siguientes líneas:

smtpd_recipient_restrictions =
    check_recipient_access hash:/etc/postfix/access,
    reject_invalid_hostname,
    reject_non_fqdn_recipient,
    reject_non_fqdn_sender,
    reject_unauth_destination,
    reject_unauth_pipelining,
    reject_unknown_recipient_domain,
    reject_rbl_client cbl.abuseat.org,
    reject_rbl_client sbl-xbl.spamhaus.org,
    check_policy_service unix:private/policyd-spf,
    check_policy_service inet:127.0.0.1:10023,
    permit_auth_destination,
    reject

En estos días, Postfix rechaza los mensajes entrantes de una sola IP:

 [email protected]
   SMTP error from remote mail server after RCPT TO:<[email protected]>:
   host mail.server.ext [123.123.123.123]: 554 5.7.1 Service unavailable; Client host [234.234.234.234] blocked using cbl.abuseat.org; Blocked - see http://cbl.abuseat.org/lookup.cgi?ip=234.234.234.234

Bien…http://cbl.abuseat.org/lookup.cgi?ip=234.234.234.234no informa ninguna lista negra de 234.234.234.234 (obviamente la IP 234.234.234.234 no es la real).

Hasta ahora se han bloqueado docenas de correos electrónicos por el mismo motivo, pero cada vez que consulto manualmente el RBL, la IP se informa como limpia.

¿Postfix almacena en caché las consultas en RBL? ¿Qué me estoy perdiendo?

Gracias de antemano por tu tiempo.

Respuesta1

Desde la perspectiva de la capa superior, Postfix depende del solucionador libc para realizar búsquedas de DNS (incluido RBL), por lo que el comportamiento dependerá de la biblioteca. Por ejemplo, postfix siempre realizará búsquedas a través del servidor NS definido en/etc/resolv.conf.

Si el servidor NS tiene un mecanismo de almacenamiento en caché, postfix también obtendrá el resultado del caché. Esto también sucede si su proveedor tiene "Secuestro de DNS" (el paquete DNS desviado a su servidor NS). En este caso, también accederá a su caché (si lo habilitan).

Para comprobar cuál es el resultado de la búsqueda de DNS, puede utilizar digel comando. Por ejemplo, verifique si la dirección IP 216.154.195.36 figura en cbl.abuseat.org.

$  dig  36.195.154.216.cbl.abuseat.org

; <<>> DiG 9.10.1-P1 <<>> 36.195.154.216.cbl.abuseat.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 48609
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

Si la devolución es NXDOMAIN, la dirección IP no figuraba en la lista.

Desde la perspectiva de la capa inferior, cada smtpdprocesoha almacenado en caché sus propios resultados de búsqueda DNSBL. Esos resultados no se comparten con otros procesos de Postfix. Cada smtpdproceso será reutilizado hastamax_useomax_idlealcanzó. Cuando smtpdel proceso finaliza, la caché RBL también se perderá. Cuando el demonio smtpdcreó un nuevo proceso master,recogerá una nueva configuraciónon main.cf(incluido max_idley max_use. Por lo tanto, en realidad no es necesario reiniciar postfix.

información relacionada