Skip to main content
Resources

Política de rotulagem e exibição consistentes de serviços de diretório de registros

Esta página também está disponível em:

Por favor, observe que a versão em inglês de todo o conteúdo e dos documentos traduzidos são versões oficiais e que as traduções em outras línguas são apenas para fins de informar.

As palavras-chave "DEVE", "NÃO DEVE", "OBRIGATÓRIO", "FARÁ", "NÃO FARÁ", "RECOMENDADO" e "PODE" neste documento devem ser interpretadas conforme o RFC 2119, disponível em http://www.ietf.org/rfc/rfc2119.txt.

Os operadores de registros, com exceção de .com, .jobs e .net1, implementarão estes requisitos em conjunto com a Seção 1 da Especificação 4 do "Contrato básico de registro, aprovado em 9 de janeiro de 2014" ("Contrato básico de registro") ou as emendas subsequentes para cumprir com os requisitos de WHOIS (disponíveis pela porta 43) e de serviços de diretório baseados na Web. Os operadores de registros de .com, .jobs e .net PODEM implementar seções desta política relevantes aos registros thin em conjunto com a Seção 1 da Especificação 4 do Contrato básico de registro.

  1. Em respostas a consultas sobre objetos de nomes de domínio, os campos abaixo DEVEM ser incluídos (1) imediatamente depois do campo "IDIANA do registrador" ou (2) imediatamente antes do último campo ("URL do Formulário da ICANN para reclamação de erros de WHOIS: https://www.icann.org/wicf/") na seguinte ordem:
    • E-mail de Contato do Registrador para Abuso
    • Telefone de Contato do Registrador para Abuso
  2. Em respostas a consultas sobre objetos de nomes de domínio, os campos abaixo são considerados opcionais e devem ser tratados conforme o esclarecimento 1 do"Informe: esclarecimentos do contrato de registro e do contrato de credenciamento de registradores (RAA) 2013 em relação às especificações aplicáveis do serviço de diretório de dados de registro (WHOIS)" ("Informe do WHOIS"):
    • Data de Término da Vigência do Registro do Registrador
    • Revendedor
  3. Se exibido, o campo "Revendedor" DEVE aparecer imediatamente antes do campo "Status do Domínio".
  4. Se exibido, o valor do campo "Revendedor" DEVE ser o nome da organização, caso o Revendedor seja uma entidade jurídica, ou o nome de uma pessoa física.
  5. Se exibido, o campo "Data de Término da Vigência do Registro do Registrador" DEVE aparecer imediatamente antes do campo "Data de Vencimento do Registro".
  6. A seção valor (ou seja, à direita da vírgula) dos seguintes campos DEVE seguir estas especificações de formato:
    1. "E-mail de Contato do Registrador para Abuso" (conforme definido no EPP RFCs para campos de e-mail)
    2. "Telefone de Contato do Registrador para Abuso" (conforme definido no EPP RFCs para campos de e-mail)
    3. "Revendedor" é definido como token (consulte Linguagem de Marcação Extensível 1.1)
    4. "Data de Término da Vigência do Registro do Registrador" (conforme definido no EPP RFCs para campos de data)
  7. O operador de registro DEVE atualizar o nome das chaves no resultado do nome de domínio, servidor de nome e objetos do registrador como indicado a seguir. A tabela a seguir mostra chaves que foram renomeadas em relação às versões originais na Especificação 4 do Contrato Básico de Registro. Todas as outras especificações (por exemplo, especificações de formato da seção valor) permanecem inalterados.
    A chave original da Especificação 4 do Contrato Básico de Registro. Novo nome de chave Consulta de objeto onde a chave aparece
    ID do domínio ID do Domínio de Registro nome de domínio
    Servidor WHOIS Servidor de WHOIS do Registrador nome de domínio, registrador, servidor de nomes
    URL de referência URL do registrador nome de domínio, registrador, servidor de nomes
    Registrador responsável Registrador nome de domínio
    ID IANA do registrador responsável ID IANA do registrador nome de domínio
    Nome do Registrador Registrador registrador
    ID do registrante ID do registrante do registro nome de domínio
    ID do administrador ID do Administrador do Registro nome de domínio
    ID do Técnico ID do Técnico do Registro nome de domínio
  8. Se o "Contato para Faturamento" for exibido, o Operador de Registro DEVE atualizar o nome da chave no resultado do nome de domínio, conforme a definição abaixo. Todas as outras especificações (por exemplo, especificações de formato da seção valor) continuam em vigor.
    Chave original no Informe de WHOIS Novo nome de chave Consulta de objeto onde a chave aparece
    ID de Faturamento ID de Faturamento do Registro nome de domínio
  9. Em respostas a consultas sobre objetos do nome de domínio, o seguinte campo2 DEVE ser incluído antes do rodapé ">>> Última atualização do banco de dados de WHOIS: <data e hora> <<<".
  10. Um Operador de Registro que tenha permissão para fornecer resultados de RDDS removidos em seus contratos de registro PODEM tratar os seguintes campos como opcionais, independentemente da existência de dados no Sistema de Registro Compartilhado (SRS) do registro, conforme explica o esclarecimento 1 doInforme de O resultado de RDDS removido DEVE ser consistente com as cláusulas relevantes do RDDS no contrato de registro do Operador do Registro
    • ID do Registrante/Administrador/Técnicodo Registro
    • Nome do Registrante/Administrador/Técnico
    • Empresa do Registrante/Administrador/Técnico
    • Endereço do Registrante/Administrador/Técnico
    • Cidade do Registrante/Administrador/Técnico
    • Estado/Província do Registrante/Administrador/Técnico
    • Código Postal do Registrante/Administrador/Técnico
    • País do Registrante/Administrador/Técnico
    • Telefone do Registrante/Administrador/Técnico
    • Ramal do Registrante/Administrador/Técnico
    • Fax do Registrante/Administrador/Técnico
    • Ramal de Fax do Registrante/Administrador/Técnico
    • E-mail do Registrante/Administrador/Técnico
  11. Os campos "IDdo Registrante/Administrador/Técnico/de Faturamento" se referem ao Identificador de Objetos de Repositório (ROID) do objeto de contato, conforme especificado noRFC 5733 (chamado de ID do Registrante/Administrador/Técnico na Especificação 4 do Contrato Básico de Registro).
  12. O Operador de Registro PODE oferecer outros campos de RDDS, conforme definido noInformede WHOIS, sem mais aprovação da A chave e o valor de cada campo adicional NÃO DEVEM incluir o código executável do navegador (por exemplo Javascript), fornecer informações confidenciais de qualquer tipo ou causar impacto negativo sobre a estabilidade da segurança ou resiliência do DNS ou outros sistemas da Internet. Antes da implementação, o Operador de Registro DEVE fornecer a lista de todos os campos de RDDS adicionais à ICANN. O Operador de Registro DEVE informar à ICANN qualquer alteração à lista de campos de RDDS adicionais antes da implementação de tal alteração.

Início de vigência: 1° de agosto de 2017

Observações de Implementação

  1. Em 27 de abril de 2015, aICANN publicou um Informe em resposta a perguntas dos registros e registradores em relação às especificações aplicáveis dos Serviços de Diretório de Dados de Registro (conhecido como WHOIS). Os Operadores de Registro devem continuar consultando esse Informe para manter a conformidade com o contrato de registro.
  2. A próxima seção contém exemplos de resultados para os objetos de consulta:

Dados do Nome de Domínio:

  • Formato da consulta:whois EXEMPLO.TLD
  • Formato da resposta:
    Nome de domínio: EXEMPLO.TLD
    ID do Domínio de Registro: D1234567-EXEMPLO
    Servidor deWHOIS do Registrador: whois.exemplo-registrador.tld
    URL do Registrador: http://www.exemplo-registrador.tld
    Data de atualização: 2009-05-29T20:13:00Z
    Data de criação: 2000-10-08T00:45:00Z
    Data de vencimento do registro: 2010-10-08T00:44:59Z
    Data de Término da Vigência do Registro do Registrador: 2010-10-08T00:44:59Z
    Registrador: EXEMPLO DE REGISTRADOR LLC
    ID IANA do Registrador: 5555555
    E-mail de Contato do Registrador para Abuso: email@registrador.tld
    Telefone de Contato do Registrador para Abuso: +1.1235551234
    Revendedor: EXEMPLO DE REVENDEDOR1
    Status do Domínio: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
    Status do Domínio: clientRenewProhibited https://icann.org/epp#clientRenewProhibited
    Status do Domínio: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
    ID do Registrante do Registro: 5372808-EXEMPLO
    Nome do Registrante: EXEMPLO DE REGISTRANTE
    Empresa do Registrante: EXEMPLO DE EMPRESA
    Endereço do Registrante: RUA DO EXEMPLO 123
    Cidade do Registrante: QUALQUER CIDADE
    Estado/Província do Registrante: AP
    Código Postal do Registrante: A1A1A16
    País do Registrante: AA
    Telefone do Registrante: +1.5555551212
    Ramal do Registrante: 12347
    Fax do Registrante: +1.5555551213
    Ramal do Fax do Registrante: 4321
    E-mail do Registrante: EMAIL@EXEMPLO.TLD
    ID do Administrador do Registro: 5372809-EXEMPLO
    Nome do Administrador: EXEMPLO DE REGISTRANTE ADMINISTRATIVO
    Empresa do Administrador: EXEMPLO DE EMPRESA DO REGISTRANTE
    Endereço do Administrador: RUA DO EXEMPLO 123
    Cidade do Administrador: QUALQUER CIDADE
    Estado/Província do Administrador: AP
    Código Postal do Administrador: A1A1A1
    País do Administrador: AA
    Telefone do Administrador: +1.5555551212
    Ramal do Administrador: 1234
    Fax do Administrador: +1.5555551213
    Ramal do Fax do Administrador: 1234
    E-mail do Administrador: EMAIL@EXEMPLO.TLD
    ID do Técnico do Registro: 5372811-EXEMPLO
    Nome do Técnico: EXEMPLO TÉCNICO DO REGISTRANTE
    Empresa do Técnico: EXEMPLO REGISTRANTE LLC
    Endereço do Técnico: RUA DO EXEMPLO 123
    Cidade do Técnico: QUALQUER CIDADE
    Estado/Província do Técnico: AP
    Código Postal do Técnico: A1A1A1
    País do Técnico: AA
    Telefone do Técnico: +1.1235551234
    Ramal do Técnico: 1234
    Fax do Técnico: +1.5555551213
    Ramal do Fax do Técnico: 93
    E-mail do Técnico: EMAIL@EXEMPLO.TLD
    Servidor de Nome: NS01.EXEMPLO-REGISTRADOR.TLD
    Servidor de Nome: NS02.EXEMPLO-REGISTRADOR.TLD
    DNSSEC: signedDelegation
    URL do Formulário da ICANN para reclamação de erros de WHOIS: https://www.icann.org/wicf/
    >>> Última atualização do banco de dados de WHOIS: 2009-05-29T20:15:00Z <<<

Dados do registrador:

  • Formato da consulta: whois "registrador Exemplo, Inc."
  • Formato da resposta:
    Registrador: Registrador Exemplo, Inc.
    Endereço: 1234 Admiralty Way
    Cidade: Marina del Rey
    Estado/Província: CA
    Código Postal: 90292
    País: EUA
    Telefone: +1.3105551212
    Fax: +1.3105551213
    Email: registrador@exemplo.tld
    RegistradorWHOIS Servidor: whois.exemplo-registrador.tld
    URL do Registrador: http://www.exemplo-registrador.tld
    Contato do Administrador: José Registrador
    Telefone: +1.3105551213
    Fax: +1.3105551213
    E-mail: joseregistrador@exemplo-registrador.tld
    Contato do Administrador: Jane Registradora
    Telefone: +1.3105551214
    Fax: +1.3105551213
    E-mail: janeregistradora@exemplo-registrador.tld
    Contato Técnico: João Geek
    Telefone: +1.3105551215
    Fax: +1.3105551216
    E-mail: joaogeek@exemplo-registrador.tld
    >>> Última atualização do banco de dados de WHOIS: 2009-05-29T20:15:00Z <<<

Dados do servidor de nomes:

  • Formato da consulta:whois "NS1.EXEMPLO.TLD", whois "nameserver (nome do servidor de nome)" ou whois "nameserver (EndereçoIP)"
  • Formato da resposta:
    Nome do servidor: NS1.EXEMPLO.TLD
    EndereçoIP: 192.0.2.123
    Endereço IP: 2001:0DB8::1
    Registrador: Exemplo de Registrador, Inc.
    Servidor WHOIS do Registrador: whois.exemplo-registrador.tld
    URL do Registrador: http://www.exemplo-registrador.tld
    >>> Última atualização do banco de dados de WHOIS: 2009-05-29T20:15:00Z <<<

Histórico:

Esta Política Consensual é resultado de uma implementação de políticas orientada pelas resoluções da Diretoria da ICANN 2014.02.07.08 - 2014.02.07.09, que adotaram as Recomendações de Políticas do Conselho da GNSO pedindo uma nova Política Consensual para o WHOIS Thick.

A recomendação #1 do Grupo de Trabalho do Processo de Desenvolvimento de Políticas (PDP) de WHOIS Thick, adotada pelo Conselho da GNSO em 31 de outubro de 2013, declara: "A prestação de serviços de WHOIS 'thick", com rotulagem e exibição consistentes, de acordo com o modelo definido na especificação três do RAA de 2013, deve tornar-se um requisito para todos os registros de gTLDs, existentes e futuros".

Relatório Final [PDF, 1,23 MB] do Grupo de Trabalho do PDP de WHOIS Thick incluiu também, na Seção 7.2 ('Considerações sobre a implementação') orientações relacionadas ao cronograma e aos requisitos para a implementação da transição do WHOIS thin para o thick. O documento observa especificamente que "O Grupo de Trabalho destaca que a implementação de uma parte da recomendação (por exemplo, a transição dos registros de gTLD thin existentes para o modelo thick) não devem atrasar desnecessariamente a implementação de outra parte da recomendação (por exemplo, a rotulagem e exibição consistentes de tais dados)".

Por consequência, a equipe da ICANN e a equipe de análise de implementação (IRT) concordaram que a rotulagem e exibição consistentes podem ser separadas da implementação da transição de thin para thick.

A ICANN enviou a proposta preliminar para a implementação do requisito de rotulagem e exibição consistentes para comentários públicos no dia 3 de dezembro de 2015. Depois de considerar os comentários da comunidade, em colaboração com a IRT, a ICANN analisou sua proposta, como reflete esta Política Consensual.

Observamos que o objetivo da ICANN com a implementação das recomendações de políticas da GNSO foi reduzir o impacto para registrantes, usuários finais, partes contratadas e sistemas de Serviços de Diretório de Dados de Registro (RDDS), buscando, quando apropriado, sincronizar essa implementação com outras iniciativas relacionadas, como a adoção do Protocolo de Acesso aos Dados de Registro (RDAP).


1 Os Operadores de Registro de .com, .jobs e .net deverão implementar os requisitos definidos nesta Política como parte da transição de registros thin para thick, após a implementação das recomendações do PDP da GNSO sobre Whois Thick adotadas pela Diretoria da ICANN em 7 de fevereiro de 2014.

2 Observe que esse campo atualiza a terminologia e a URL em uso atualmente na Especificação 3 do RAA 2013 (aprovado pela Diretoria da ICANN em 17 de setembro de 2013)

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."