Skip to main content
Resources

Política de Informações de WHOIS Adicionais

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.

Os registradores credenciados pela ICANN e os registros de gTLDs são obrigados, de acordo com seus respectivos contratos com a ICANN, a fornecer o acesso baseado em consultas a certos dados de registro por meio de páginas da Web e na porta 43. Para ajudar os usuários do WHOIS a identificar melhor o registrador patrocinador de um registro e compreender os códigos de status usados por registros e registradores, esta Política de Informações de WHOIS Adicionais ainda requer que os registradores e os registros incluam em suas informações de saída de WHOIS o seguinte:‬‬‬‬‬

  1. Os registradores e os registros que incluírem status de registro de nomes de domínio na saída de WHOIS deverão:1
    1. referir-se aos status apenas pelos respectivos códigos de status EPP;
    2. fornecer um link ou URL ao lado de cada código de status EPP que leve a uma página da Web da ICANN que descreva e defina o respectivo código de status EPP. Uma lista de URLs está disponível em https://www.icann.org/resources/pages/epp-status-codes-list-2014-06-18-en; e
    3. incluir em sua saída de WHOIS a seguinte mensagem: "Para obter mais informações sobre os códigos de status de WHOIS, acesse https://icann.org/epp" *‬

      * O formato mais longo do link acima incluído anteriormente na seção 1(c), ou seja, https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en também está em conformidade com a AWIP.‬
  2. Os registradores não poderão remover os links e a mensagem mencionados acima ao fornecerem dados de WHOIS a partir de seu próprio serviço de WHOIS e de outro registrador ou registro.‬
  3. Os registros deverão incluir o GURID (Globally Unique Registrar Identification number, número de Identificação de Registrador Globalmente Exclusivo) emitido pela ICANN — também conhecido como o ID IANA — em sua saída de WHOIS na forma de:‬
    ID IANA do Registrador responsável: 99999‬

‭Observações: A AWIP (Additional WHOIS Information Policy, Política de Informações de WHOIS Adicionais) foi adotada pela ICANN como uma política de consenso em 6 de maio de 2012. A data de início de vigência dessa política é 31 de janeiro de 2016. Todos os registradores credenciados pela ICANN e os registros de gTLDs deverão estar em conformidade com a AWIP com relação aos registros que patrocinam em todos os domínios de primeiro nível administrados por eles ou para os quais são credenciados a partir da data de início da vigência.‬‬‬‬‬

‭O objetivo dessa política é esclarecer o significado dos códigos de status EPP nos dados de WHOIS e solicitar a identificação consistente de registradores por seus GURIDs no WHOIS.‬‬‬‬‬

‭Histórico: Em 24 de junho de 2009, o Conselho da GNSO iniciou um PDP (Policy Development Process, Processo de Desenvolvimento de Políticas) relacionado à IRTP (Inter-Registrar Transfer Policy, Política de Transferência entre Registradores) (http://gnso.icann.org/en/council/resolutions#200906 - resolução 20090624-2) e o grupo de trabalho do PDP (Grupo de Trabalho IRTP B) enviou seu Relatório Final em 30 de maio de 2011 com um conjunto de recomendações (http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf [PDF, 971 KB]), incluindo a Recomendação nº 8: padronizar e esclarecer as mensagens de status do WHOIS referentes ao status "Registrar Lock" ("Bloqueado pelo Registrador"). Em 22 de junho de 2011, o Conselho da GNSO resolveu que antes de considerar a aprovação da recomendação referente à padronização e ao esclarecimento das mensagens de status de WHOIS com relação ao status "Registrar Lock", o Conselho da GNSO solicitaria que a equipe da ICANN fornecesse uma proposta elaborada para garantir uma abordagem tecnicamente viável que pudesse ser desenvolvida para atender a essa recomendação. Em resposta a essa solicitação, a equipe da ICANN desenvolveu uma proposta em consulta com o grupo de trabalho. Essa proposta foi publicada para comentários públicos e subsequentemente adotada pelo Conselho da GNSO em 16 de fevereiro de 2012 (http://gnso.icann.org/en/council/resolutions#20120216-1). Após outro fórum para comentários públicos sobre a recomendação e a proposta (http://www.icann.org/en/news/public-comment/irtp-b-rec8-21feb12-en.htm) elas foram adotadas pela Diretoria da ICANN em 6 de maio de 2012. (https://www.icann.org/en/groups/board/documents/resolutions-06may12-en.htm#1.5)

Um grupo de trabalho adicional da GNSO (Grupo de Trabalho IRTP C) foi formado em 22 de setembro de 2011 para considerar três questões relacionadas à IRTP, inclusive se o processo poderia ser aperfeiçoado por um requisito de que os registros usassem IDs IANA para os registradores, em vez de IDs de propriedade (https://community.icann.org/display/gnsoirtppdpwg/3.+WG+Charter). O grupo de trabalho emitiu um relatório inicial que foi objeto de um comentário público e, subsequentemente, um relatório final, que foi adotado pelo Conselho da GNSO em 17 de outubro de 2012. Após outro fórum para comentários públicos, a Diretoria da ICANN adotou as recomendações do relatório final em 20 de dezembro de 2012 (http://www.icann.org/en/groups/board/documents/minutes-20dec12-en.htm#2.a).


1 Este requisito não objetiva exigir que nenhum registrador ou registro inclua status de nomes de domínio em sua saída de WHOIS, caso ele não seja obrigado a fazê-lo. No entanto, para os registradores e os registros que já incluem status de nomes de domínio no WHOIS, o status deve ser apresentado seguindo a forma do código EPP respectivo e em conformidade com os demais requisitos desta política.‬‬‬‬‬

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."