Questão Comando Whois corrompido no mac


A pesquisa Whois não está exibindo informações corretas. Dig e outros comandos de rede funcionam perfeitamente corretos e eu consigo me conectar a qualquer / tudo. No entanto, essa corrupção de pesquisa whois me preocupa. Alguma ideia? Obrigado! A razão pela qual eu pergunto é porque isso é necessário para uma aula de networking (o professor mostrou whois em conjunto com mostrar como programar regras de firewall, e eu preciso ser capaz de fazer isso para o final). Ele funciona "normalmente" (isto é, lista informações de domínio) em outros computadores, e se eu me conectar via telnet para internic, eu posso obtê-lo, mas o comando whois no meu mac não vai. Alguma ideia?

Exemplo:

whois google.com

Whois Server Versão 2.0 Nomes de domínio no .com e   domínios .net agora podem ser registrados com muitos concorrentes diferentes   registradores. Vamos para http://www.internic.net para informações detalhadas.

GOOGLE.COM.ZZZZZZZZZZZZZZZZZZZZZZZZZZ.HAVENDATA.COM   GOOGLE.COM.ZZZZZZZZZZZZZ.GET.ONE.MILLION.DOLLARS.AT.WWW.UNIMUNDI.COM   GOOGLE.COM.ZZZZZ.GET.LAID.AT.WWW.SWINGINGCOMMUNITY.COM   GOOGLE.COM.ZOMBIED.AND.HACKED.BY.WWW.WEB-HACK.COM   GOOGLE.COM.ZNAET.PRODOMEN.COM GOOGLE.COM.YUCEKIRBAC.COM   GOOGLE.COM.YUCEHOCA.COM   GOOGLE.COM.WORDT.DOOR.VEEL.WHTERS.GEBRUIKT.SERVERTJE.NET GOOGLE.COM.VN   GOOGLE.COM.VABDAYOFF.COM GOOGLE.COM.UY GOOGLE.COM.UA GOOGLE.COM.TW   GOOGLE.COM.TR GOOGLE.COM..FIND.CRACKZ.WITH.SEARCH.GULLI.COM   GOOGLE.COM.SPROSIUYANDEKSA.RU   GOOGLE.COM.SPAMMING.IS.UNETHICAL.PLEASE.STOP.THEM.HUAXUEERBAN.COM   GOOGLE.COM.SOUTHBEACHNEEDLEARTISTRY.COM GOOGLE.COM.SHQIPERIA.COM   GOOGLE.COM.SA GOOGLE.COM.PK GOOGLE.COM.PE   GOOGLE.COM.NS2.CHALESHGAR.COM GOOGLE.COM.NS1.CHALESHGAR.COM   GOOGLE.COM.MY GOOGLE.COM.MX GOOGLE.COM.LOLOLOLOLOL.SHTHEAD.COM   GOOGLE.COM.LASERPIPE.COM   GOOGLE.COM.IS.NOT.HOSTED.BY.ACTIVEDOMAINDNS.NET   GOOGLE.COM.IS.HOSTED.ON.PROFITHOSTING.NET   GOOGLE.COM.IS.APPROVED.BY.NUMEA.COM GOOGLE.COM.HK   GOOGLE.COM.HAS.LESS.FREE. ***. IN.ITS.SEARCH.ENGINE.THAN.SECZY.COM   GOOGLE.COM.HACKED.BY.JAPTRON.ES GOOGLE.COM.FIBERTREAT.COM   GOOGLE.COM.DO GOOGLE.COM.CO GOOGLE.COM.CN GOOGLE.COM.BR   GOOGLE.COM.BEYONDWHOIS.COM GOOGLE.COM.AU GOOGLE.COM.ARTVISUALRIO.COM   GOOGLE.COM.AR GOOGLE.COM.AFRICANBATS.ORG GOOGLE.COM Para destacar um   gravar, procure com "xxx", onde xxx é um dos registros   exibido acima. Se os registros forem os mesmos, procure-os com "= xxx"   para receber uma exibição completa para cada registro.

Última atualização em banco de dados de whois: Qua, 19 de março de 2014 21:21:54 UTC <<<   AVISO: A data de expiração exibida neste registro é a data em que o   o patrocinador do registrador do registro de nome de domínio no   Registro está definido para expirar. Esta data não necessariamente   refletir a data de expiração do contrato de registro de nome de domínio   com o registrador patrocinador. Os usuários podem consultar o patrocinador   banco de dados Whois do registrador para visualizar a data de   expiração para este registro. TERMOS DE USO: Você não está autorizado   para acessar ou consultar nosso banco de dados Whois através do uso de   processos que são de alto volume e automatizados, exceto quando razoavelmente   necessário registrar nomes de domínio ou modificar registros existentes;   os dados no Whois da VeriSign Global Registry Services ("VeriSign")   O banco de dados é fornecido pela VeriSign apenas para fins informativos e para   ajudar as pessoas a obter informações sobre ou relacionadas a um domínio   registro de registro de nome. A VeriSign não garante sua precisão. De   enviar uma consulta Whois, você concorda em obedecer aos seguintes termos de   uso: Você concorda que poderá usar esses Dados apenas para fins lícitos e   que sob nenhuma circunstância você usará esses Dados para: (1) permitir,   permitir ou apoiar a transmissão de massa não solicitada,   publicidade comercial ou solicitações via e-mail, telefone ou   fax; ou (2) permitir processos eletrônicos automatizados de alto volume   que se aplicam à VeriSign (ou seus sistemas de computador). A compilação,   reempacotamento, disseminação ou outro uso deste dado é expressamente   proibida sem o consentimento prévio por escrito da VeriSign. Você concorda   não usar processos eletrônicos que são automatizados e de alto volume para   acessar ou consultar o banco de dados Whois, exceto quando razoavelmente necessário   registrar nomes de domínio ou modificar registros existentes. VeriSign   reserva-se o direito de restringir seu acesso ao banco de dados Whois em   seu exclusivo critério para garantir a estabilidade operacional. VeriSign pode   restringir ou encerrar seu acesso ao banco de dados Whois por falha   cumprir estes termos de uso. A VeriSign reserva-se o direito de modificar   estes termos a qualquer momento. O banco de dados do Registro contém apenas .COM,   .NET, domínios .EDU e registradores.


1


origem




Respostas:


O comando whois no seu Mac está perfeitamente bem.

Você está simplesmente consultando um servidor NICNAME diferente com cada ferramenta. O BSD whois ferramenta no MacOS 10 usa o whois-servers.net. mecanismo, e neste caso está consultando o com.whois-servers.net. Servidor NICNAME, administrado pela Verisign Incorporated. Computadores de outras pessoas estão usando um diferente whois comando que provavelmente hardwires whois.networksolutions.com., executado pela Network Solutions LLC, como o servidor NICNAME.

O que você vê é o que os diferentes servidores NICNAME estão realmente publicando. Isso não tem nada a ver com sua ferramenta de cliente. As pessoas realmente registraram todas elas. Observe o que o manual do MacOS diz sobre o servidor NICNAME da Network Solutions. Você está consultando o registroservidor NICNAME, e vendo toda uma carga de registros feita através de vários registradores diferentes, do MarkMonitor ao Tucows. As outras pessoas estão consultando um registrador Servidor NICNAME e ver apenas os registros feitos por meio desse registrador específico.

Corre

whois '= google.com'
 com o BSD whois ferramenta e você receberá uma saída estendida do servidor NICNAME do registro mostrando onde está o servidor NICNAME individual de cada registrador. (A saída em sua pergunta diz a você esse truque.) Novamente, essa é uma função do lado do servidor e nem todos os servidores NICNAME funcionam da mesma maneira - como você pode ver se tentar o mesmo com o servidor Network Solutions LLC NICNAME .

Uma das razões que whois os comandos variam é que os dias de haver um lugar, ou até mesmo alguns lugares, para ir para o serviço NICNAME já passaram. Você está usando um dos mais modernos whois ferramentas que usam um dos dois mecanismos DNS disponíveis para localizar automaticamente o servidor NICNAME para usar em qualquer nome de domínio. Outros, mais desajeitados e de maior manutenção, whois As ferramentas possuem nomes de servidor NICNAME, ou arquivos de configuração que precisam de manutenção regular.

Leitura adicional

  • Jonathan de Boyne Pollard (2010). whois. Utilitários da Internet para o guia do usuário do OS / 2.
  • whois. 2004-06-14. MacOS 10 páginas do manual. Corporação da Apple.
  • Marco d'Itri. whois. Páginas de manual do Ubuntu. Canônico.
  • "Configuração do Site". GNU jwhois manual. Fundação Software Livre.
  • Jonathan de Boyne Pollard (2009). "Clientes NICNAME que usam pesquisas SRV". Alguns clientes de aplicativos usam pesquisas de SRV, alguns (para seu constrangimento) não.. Respostas freqüentemente dadas.
  • Jonathan de Boyne Pollard (2009). Fornecendo seu próprio serviço NICNAME.. Respostas freqüentemente dadas.

2



Então, como posso construir o comando para obter as informações do domínio especificamente (e somente) para google.com, etc? Eu sei que no Ubuntu / Debian Linux (eu percebo que são diferentes. Meu amigo instalou o Ubuntu, então coloque o Debian no topo para o layout) e os comandos whois do OS X Snow Leopard darão informações de domínio apenas para google.com, etc. use online who.is para obter as informações, mas agora é uma questão entender o comando em si. Obrigado! - flaw600


A resposta é realmente mais simples do que @JdeBP explicou. Eu construí e mantenho meu próprio serviço / ferramenta de pesquisa whois em http://gwhois.org/ e eu aprendi os detalhes dos diferentes registros de nomes de domínio.

A questão é que o whois O comando no seu Mac não está enviando a consulta para o servidor whois .COM no formato correto.

Para corrigir isso, você precisa usar o seguinte comando:

whois -h whois.verisign-grs.com "domain google.com"

Explicação:

O servidor whois para o .COM tld é whois.verisign-grs.com, gerenciado pela Verisign (o registro .COM).

Se você se conectar via TCP para whois.verisign-grs.com:43 e envia ? você obtém algumas informações sobre como as consultas devem ser enviadas para esse servidor whois:

To search for a specific record TYPE:
-------------------------------------
domain
nameserver
registrar

Other WHOIS keywords:

EXPand                   Show all parts of display without asking.
FUll or '='              Show detailed display for EACH match.
SUMmary                  Always show summary, even for only one match.
HELP                     Enters help program for full documentation.
PArtial or trailing '.'  Match targets STARTING with given string.
Q, QUIT, or hit RETURN   Exits WHOIS.

Assim, a saída que você recebe no seu Mac é o que você recebe quando você só envia google.com para whois.verisign-grs.com:43. Ele tenta mostrar todos os resultados correspondentes!

Todos aqueles google.com As entradas são, na verdade, servidores de nomes (para DNS) que foram registrados por proprietários de nomes de domínio.

Por exemplo, na sua pergunta, você pode ver GOOGLE.COM.YUCEHOCA.COM listado. Aqui está o que você ganha se você enviar nameserver GOOGLE.COM.YUCEHOCA.COM para o servidor whois .COM:

Server Name: GOOGLE.COM.YUCEHOCA.COM
IP Address: 88.246.115.134
Registrar: PDR LTD. D/B/A PUBLICDOMAINREGISTRY.COM
Whois Server: whois.PublicDomainRegistry.com
Referral URL: http://www.PublicDomainRegistry.com

E se você só quisesse obter as informações de registro para google.com, você precisa enviar domain google.com para obter essa resposta:

Domain Name: GOOGLE.COM
Registrar: MARKMONITOR INC.
Whois Server: whois.markmonitor.com
Referral URL: http://www.markmonitor.com
Name Server: NS1.GOOGLE.COM
Name Server: NS2.GOOGLE.COM
Name Server: NS3.GOOGLE.COM
Name Server: NS4.GOOGLE.COM
Status: clientDeleteProhibited
Status: clientTransferProhibited
Status: clientUpdateProhibited
Status: serverDeleteProhibited
Status: serverTransferProhibited
Status: serverUpdateProhibited
Updated Date: 20-jul-2011
Creation Date: 15-sep-1997
Expiration Date: 14-sep-2020

Fonte: http://blog.gwhois.org/insight/not-all-whois-servers-are-created-equal/


2





A resposta do iglvzx é informativa, mas só retorna o THIN whois. O que as pessoas geralmente querem é o THIN e THICK whois. O whois THICK contém informações sobre registrantes.

Primeiro, pergunte ao THIN whois para encontrar o servidor whois THICK como na resposta do iglvzx:

whois -h whois.verisign-grs.com "domain google.com"

Então pegue o servidor whois THICK do Whois Server linha:

Whois Server: whois.markmonitor.com

Agora, consulte o servidor whois THICK:

whois -h whois.markmonitor.com google.com

Domain Name: google.com Registry Domain ID: 2138514_DOMAIN_COM-VRSN Registrar WHOIS Server: whois.markmonitor.com Registrar URL: http://www.markmonitor.com Updated Date: 2015-06-12T10:38:52-0700 Creation Date: 1997-09-15T00:00:00-0700 Registrar Registration Expiration Date: 2020-09-13T21:00:00-0700 Registrar: MarkMonitor, Inc. Registrar IANA ID: 292 Registrar Abuse Contact Email: abusecomplaints@markmonitor.com Registrar Abuse Contact Phone: +1.2083895740 Domain Status: clientUpdateProhibited (https://www.icann.org/epp#clientUpdateProhibited) Domain Status: clientTransferProhibited (https://www.icann.org/epp#clientTransferProhibited) Domain Status: clientDeleteProhibited (https://www.icann.org/epp#clientDeleteProhibited) Domain Status: serverUpdateProhibited (https://www.icann.org/epp#serverUpdateProhibited) Domain Status: serverTransferProhibited (https://www.icann.org/epp#serverTransferProhibited) Domain Status: serverDeleteProhibited (https://www.icann.org/epp#serverDeleteProhibited) Registry Registrant ID: Registrant Name: Dns Admin Registrant Organization: Google Inc. Registrant Street: Please contact contact-admin@google.com, 1600 Amphitheatre Parkway Registrant City: Mountain View Registrant State/Province: CA Registrant Postal Code: 94043 Registrant Country: US Registrant Phone: +1.6502530000 Registrant Phone Ext: Registrant Fax: +1.6506188571 Registrant Fax Ext: Registrant Email: dns-admin@google.com Registry Admin ID: Admin Name: DNS Admin Admin Organization: Google Inc. Admin Street: 1600 Amphitheatre Parkway Admin City: Mountain View Admin State/Province: CA Admin Postal Code: 94043 Admin Country: US Admin Phone: +1.6506234000 Admin Phone Ext: Admin Fax: +1.6506188571 Admin Fax Ext: Admin Email: dns-admin@google.com Registry Tech ID: Tech Name: DNS Admin Tech Organization: Google Inc. Tech Street: 2400 E. Bayshore Pkwy Tech City: Mountain View Tech State/Province: CA Tech Postal Code: 94043 Tech Country: US Tech Phone: +1.6503300100 Tech Phone Ext: Tech Fax: +1.6506181499 Tech Fax Ext: Tech Email: dns-admin@google.com Name Server: ns2.google.com Name Server: ns4.google.com Name Server: ns1.google.com Name Server: ns3.google.com


0