O que é RDAP?
RDAP (Protocolo de Acesso a Dados de Registro) é o protocolo moderno padronizado pelo IETF para acessar dados de registro de nome de domínio. Desenvolvido como o sucessor do WHOIS, RDAP fornece respostas estruturadas e legíveis por máquina em formato JSON, facilitando significativamente a integração de funcionalidade de busca de domínio em aplicações.
Por que RDAP é Importante para Desenvolvedores
Se você já tentou fazer parsing de dados WHOIS, conhece a dificuldade. Cada registrador formata suas respostas de forma diferente, usa nomes de campos inconsistentes e retorna texto simples não estruturado que exige padrões regex complexos para extrair informações úteis. RDAP resolve esses problemas com um schema JSON padronizado que funciona consistentemente em todos os servidores compatíveis com RDAP.
Vantagens Técnicas Principais
Respostas JSON Estruturadas: Todo servidor RDAP retorna dados no mesmo formato JSON definido pela RFC 7483. Isso significa que você pode escrever um parser que funciona com qualquer domínio, independentemente do registrador ou registry. Arquitetura RESTful: RDAP usa métodos HTTP padrão e códigos de status. Uma simples requisição GET para um endpoint RDAP retorna informações de domínio, e HTTP 404 indica um domínio disponível—nenhum protocolo especial é necessário. HTTPS por Padrão: Diferentemente do WHOIS que transmite dados em texto simples pela porta 43, RDAP usa HTTPS, garantindo comunicação criptografada entre sua aplicação e o servidor RDAP. Suporte de Internacionalização: RDAP lida adequadamente com IDN (Nomes de Domínio Internacionalizados) e caracteres Unicode, essencial para aplicações globais.Como RDAP Funciona
Quando você consulta um domínio através de RDAP, o processo segue estas etapas:
1. Bootstrap Discovery: Seu cliente consulta o registry Bootstrap da IANA para encontrar o servidor RDAP autorizado para a TLD
2. Requisição HTTP: Uma requisição GET é feita para a URL do servidor RDAP (ex., https://rdap.verisign.com/com/v1/domain/example.com)
3. Resposta JSON: O servidor retorna um objeto JSON estruturado contendo dados de registro, códigos de status e eventos
Exemplo de Estrutura de 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
| Recurso | RDAP | WHOIS |
|---|---|---|
| Formato de Dados | JSON Estruturado | Texto Não Estruturado |
| Transporte | HTTPS (criptografado) | Texto simples (porta 43) |
| Padronização | RFC 7480-7484 | Inconsistente |
| Suporte IDN | Nativo | Limitado |
| Tipo de Consulta | HTTP RESTful | Protocolo Customizado |
Implementando RDAP em Suas Aplicações
Para desenvolvedores construindo ferramentas de domínio, RDAP é a abordagem recomendada. A maioria dos checadores de disponibilidade de domínio modernos, incluindo DomScan, usa RDAP como sua fonte de dados principal porque fornece:
- Detecção confiável de disponibilidade: Respostas HTTP 404 indicam definitivamente domínios disponíveis
- Metadados ricos: Acesso a datas de registro, datas de expiração e códigos de status
- Parsing consistente: Um codebase lida com todas as TLDs
Status de Adoção de RDAP
RDAP é obrigatório para registries de gTLD e registradores de acordo com os requisitos da ICANN. A maioria dos ccTLDs também adotaram RDAP, embora alguns ainda operem apenas serviços WHOIS. O arquivo Bootstrap da IANA em https://data.iana.org/rdap/dns.json fornece mapeamentos de servidor RDAP atualizados para todas as TLDs suportadas.
Melhores Práticas
Ao implementar consultas RDAP, cache as respostas apropriadamente para respeitar limites de taxa, implemente o bootstrap da IANA para descoberta de servidor e trate tanto buscas bem-sucedidas quanto respostas 404 para verificação de disponibilidade.