Zonas de política de respuesta (RPZ)

Una zona de política de respuesta (RPZ, por sus siglas en inglés) es una zona especial que el resolutor carga como si fuera una lista de reglas. Cada regla tiene un disparador y una acción. Los disparadores habituales miran el nombre consultado, la dirección que traería la respuesta o el servidor de nombres que respondería. Las acciones habituales, según el manual de BIND, son devolver NXDOMAIN (el nombre no existe), devolver una respuesta vacía (NODATA), dejar pasar sin tocar (PASSTHRU), descartar la consulta o devolver datos propios.

A diferencia de un bloqueo en el cortafuegos, la regla actúa dentro del resolutor: el cliente no necesita configuración alguna, pero solo se ve afectado quien usa ese resolutor. Si un equipo cifra sus consultas hacia otro resolutor, la política no lo alcanza.

Un resolutor puede cargar varias zonas de política. Su orden en la lista importa: en este despliegue decide la primera zona que coincide con la consulta. Por eso una zona de excepciones se pone arriba, y por eso una excepción mal justificada puede dejar sin efecto el bloqueo de un proveedor.

Consulta zonas_rpz para ver el orden y reglas_rpz para ver qué nombres aparecen en más de una zona.

Medir el efecto de una regla significa mirar el registro, no la regla. El registro del resolutor guarda cada aplicación con la regla que decidió y la acción que se aplicó.

Revisa registro_rpz para el nombre de la tarea anterior.

Una zona propia envejece: los nombres bloqueados cambian de dueño o desaparecen y una regla sin revisión se vuelve una duda. La política de la empresa pide dueño y fecha de revisión en cada regla propia (las de las zonas 1 y 4). Las zonas de terceros se actualizan solas y no cuentan.

La fecha del informe es el 14 de marzo de 2028. Una regla sin fecha no cuenta como vencida: es otro hallazgo, el de no tener fecha.

Dos zonas de terceros tienen distinta política de registro. La zona del proveedor B actúa sobre los nombres de publicidad, pero tiene el registro apagado.