O que é o RDAP?
O RDAP (Registration Data Access Protocol) é o protocolo moderno, normalizado pelo IETF, para aceder a dados de registo de nomes de domínio. Desenvolvido como sucessor do WHOIS, o RDAP fornece respostas estruturadas e legíveis por máquina em formato JSON, tornando significativamente mais fácil para os programadores integrarem funcionalidades de consulta de domínios nas suas aplicações.
Porque é que o RDAP é importante para os programadores
Se alguma vez tentou analisar dados WHOIS, conhece bem o problema. Cada agente de registo formata as suas respostas de forma diferente, utiliza nomes de campos inconsistentes e devolve texto simples não estruturado, que exige padrões de expressão regular complexos para extrair informação útil. O RDAP resolve estes problemas com um esquema JSON normalizado que funciona de forma consistente em todos os servidores compatíveis com RDAP.
Principais vantagens técnicas
Respostas JSON estruturadas: As respostas RDAP utilizam o modelo de dados JSON normalizado definido pela RFC 9083. Isto proporciona aos clientes uma estrutura consistente para análise, embora um serviço possa omitir ou ocultar campos de acordo com a sua política de acesso. Arquitetura RESTful: O RDAP utiliza métodos HTTP e códigos de estado padrão. Um pedido GET devolve informações sobre o domínio quando o servidor encontra um objeto correspondente. Uma resposta 404 significa que o objeto consultado não foi encontrado nesse serviço; por si só, não prova que o domínio possa ser registado. HTTPS por predefinição: Ao contrário do WHOIS, que transmite dados em texto simples através da porta 43, o RDAP utiliza HTTPS, garantindo uma comunicação encriptada entre a sua aplicação e o servidor RDAP. Suporte de internacionalização: O RDAP processa corretamente IDN (Internationalized Domain Names) e caracteres Unicode, essenciais para aplicações globais.Como funciona o RDAP
Quando consulta um domínio através do RDAP, o processo segue estes passos:
1. Descoberta através do Bootstrap: O seu cliente consulta o registo IANA RDAP Bootstrap para encontrar o servidor RDAP autoritativo para o TLD
2. Pedido HTTP: É feito um pedido GET ao URL do servidor RDAP (por exemplo, https://rdap.verisign.com/com/v1/domain/example.com)
3. Resposta JSON: O servidor devolve um objeto JSON estruturado que contém dados de registo, códigos de estado e eventos
Exemplo da estrutura de uma resposta RDAP
{
"objectClassName": "domain",
"handle": "example.com",
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z"},
{"eventAction": "expiration", "eventDate": "2025-08-13T04:00:00Z"}
]
}
Comparação entre RDAP e WHOIS
| Funcionalidade | RDAP | WHOIS |
|---|---|---|
| Formato dos dados | JSON estruturado | Texto não estruturado |
| Transporte | HTTPS (encriptado) | Texto simples (porta 43) |
| Normalização | RFC 9082 e RFC 9083 | Inconsistente |
| Suporte de IDN | Nativo | Limitado |
| Tipo de consulta | HTTP RESTful | Protocolo personalizado |
Implementar RDAP nas suas aplicações
Para os programadores que desenvolvem ferramentas de domínios, o RDAP é a abordagem recomendada. A maioria dos verificadores modernos de disponibilidade de domínios, incluindo o DomScan, utiliza o RDAP como fonte de dados principal porque fornece:
- Evidência de disponibilidade: Uma resposta 404 significa que o servidor RDAP consultado não encontrou um objeto correspondente. Por si só, não prova que o domínio esteja disponível para registo
- Metadados completos: Acesso a datas de registo, datas de expiração e códigos de estado
- Análise consistente: Uma única base de código processa todos os TLDs
Estado de adoção do RDAP
Para os gTLD, a ICANN afirma que o RDAP se tornou a fonte definitiva de informação de registo em 28 de janeiro de 2025, e que, de forma geral, os registos e agentes de registo de gTLD já não são obrigados a fornecer serviços WHOIS, com exceções para .com, .name e .post. As políticas dos ccTLD e a adoção do RDAP variam. O ficheiro IANA Bootstrap em https://data.iana.org/rdap/dns.json fornece os mapeamentos atuais dos servidores RDAP para todos os TLD suportados.
Práticas recomendadas
Ao implementar consultas RDAP, coloque as respostas em cache de forma adequada para respeitar os limites de frequência, implemente o bootstrap IANA para a descoberta de servidores e trate separadamente as respostas de erro de objeto não encontrado, redirecionamento e relacionadas com políticas. Uma resposta de objeto não encontrado é uma evidência sobre o serviço consultado, não uma prova de que o domínio possa ser registado.