Zonas RPZ têm semântica especial definida, tal que o nome da zona não é realmente relevante para o seu funcionamento.
Na verdade, o nome deve ser escolhido para não entrar em conflito com as zonas reais. Os dados RPZ que estão sendo carregados de uma zona são apenas uma maneira de fazer uso dos mecanismos de carregamento / sincronização de zonas existentes.
Então, você não desejaria nomear a zona RPZ .
ou com
ou algo assim. No entanto, como ele é carregado como uma zona, as especificações do arquivo mestre regulares se aplicam a como o conteúdo é interpretado.
por exemplo, para uma zona chamada example
, a seguinte
www.google.com CNAME nosslsearch.google.com
significa
www.google.com.example. CNAME nosslsearch.google.com.example.
(a menos que seja explicitamente sobrescrevendo $ORIGIN
)
Enquanto o RPZ define o nome do proprietário (coluna mais à esquerda) de forma que, ao corresponder pelo nome da consulta, ele auto-anexa o nome da zona RPZ,
QNAME
QNAME policy records are triggered by query names of requests and targets of CNAME records resolved to generate the response. The owner name of a QNAME policy record is the query name relativized to the policy zone.
os dados do registro CNAME (lado direito) são usados como estão nos casos em que você está fornecendo dados locais. (Ou seja, quando os dados CNAME não são um dos casos de casos especiais definidos no RPZ, como rpz-drop.
, .
, *.
, etc)
Local Data
A set of ordinary DNS records can be used to answer queries. Queries for record types not the set are answered with NODATA.
A special form of local data is a CNAME whose target is a wildcard such as *.example.com. It is used as if were an ordinary CNAME after the astrisk (*) has been replaced with the query name. The purpose for this special form is query logging in the walled garden's authority DNS server.
Para encurtar a história, você gostaria de algo assim:
www.google.com CNAME nosslsearch.google.com.