Resumo
- O RWhois 1.5 encaminhava consultas a áreas hierárquicas: uma indicação subia ao pai ou descia a uma área mais específica.
- O exemplo de RFC 2167 põe
howard.md.usemva.us; nesse caso, o objeto pode existir numa base, mas não ser encontrado pelo caminho que sua própria etiqueta determina.
Uma consulta para howard.md.us feita ao servidor de va.us exige um gesto de contenção. Ele não administra aquela parte da árvore; portanto, aponta para us ou para a raiz. Parece uma operação banal, porém impede que uma máquina confunda sua capacidade de responder com competência para afirmar que algo não existe. A indicação não resolve a consulta: transfere a próxima pergunta.
O teste mais revelador do documento de junho de 1997 inverte a situação. Grave o objeto de Maryland dentro da base de Virginia. Nenhum byte precisa ter desaparecido; o problema é que a busca não percorre o ramo onde ele foi posto. RFC 2167 chama o dado de mal colocado e diz que a árvore não consegue encontrá-lo. Colocá-lo numa área superior e menos específica, contudo, poderia ainda permitir encontrá-lo em muitos casos. A falha tem geometria própria: não se deve tratar qualquer armazenamento fora da folha ideal como perda idêntica.
Referral Whois versão 1.5 pretendia distribuir o trabalho antes concentrado no Whois. Nomes de domínio e redes em notação CIDR permitem extrair níveis hierárquicos da própria etiqueta. O nome de uma pessoa, sozinho, não revela uma localização desse tipo. Uma área de autoridade reúne a etiqueta e a base sob responsabilidade de um servidor; pais mantêm indicações para filhos e os filhos conhecem uma saída para cima. Esse arranjo localiza um provável mantenedor. Não faz perícia na identidade de quem aparece no registro.
O texto distingue a indicação punt, rumo ao pai, da link, rumo a um descendente. O destino informa servidor, porta e área. Pode haver mais de uma indicação; cabe ao cliente escolher a ordem, e a próxima máquina pode responder com dados, erro ou nova indicação. Consultas que não carregam uma etiqueta hierárquica utilizável podem recorrer a um servidor de índices. Logo, tanto um resultado quanto uma ausência exigem contexto: qual etiqueta foi perguntada, por quais áreas passou e onde o objeto deveria estar. Uma busca sem acerto não é um levantamento completo de todos os arquivos existentes.
As áreas também preservavam autonomia de esquema. O RFC recomendava um núcleo comum de atributos para interoperabilidade, mas não obrigava a área filha a copiar o esquema do pai. A classe de indicação liga o nome da área indicada a uma URL RWhois; não define a verdade dos demais campos. Um contato retornado por duas áreas pode carregar interpretações diferentes, e uma URL de encaminhamento não certifica titularidade de recurso.
A origem das alterações ficava em exatamente um servidor master por área. Servidores slave podiam responder com autoridade a partir de cópias, mas não cadastrar dados. Havia transferência total ou incremental, inclusive de subconjuntos de classes e atributos. Número de série SOA, intervalos de atualização e de nova tentativa ofereciam meios de acompanhar a replicação, não garantia de frescor absoluto nem de correção substantiva. Os objetos guardian controlavam certas gravações e leituras privadas, com senha e PGP entre os métodos descritos. A permissão de alterar um campo não demonstra que a alegação inserida corresponde à realidade.
O próprio RFC 2167 se classifica como Informational e não especifica um padrão da Internet. Ele descreve uma arquitetura; não mede adoção, não narra uma busca efetivamente realizada e não determina como funcionam os serviços atuais de WHOIS ou RDAP. Seu valor permanece na separação de quatro perguntas: a consulta chegou à área esperada? O dado foi colocado ali? A cópia está atualizada? Existe prova independente do conteúdo? Responder à primeira não dispensa as outras.
Fontes e limites
RFC 2167, especialmente §§2 e 4, é a fonte técnica; a ficha do RFC Editor registra o status. RFC 1714 é o antecessor substituído e RFC 954 contextualiza o Whois central. Não há, nessas fontes, prova de uma ocorrência concreta de cadastro perdido, identidade autenticada ou direito de alocação.
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

