No seu caso particular, é porque nslookup
está expirando, o que geralmente leva um tempo muito longo comparado a obter uma resposta válida.
Como um pouco de conhecimento adicional:
-
dig
é principalmente uma ferramenta de depuração de baixo nível. Ele não faz recursão por si só, requer que você especifique um servidor para consultar e permite que você consulte tipos arbitrários de RR (ou apenasANY
para obter todos os registros). Geralmente, ele será marginalmente mais rápido fazendo a pesquisa real do que nslookup simplesmente porque tem todos os dados necessários na linha de comando. -
nslookup
foi projetado para ser uma ferramenta interativa para consultar a infra-estrutura do DNS, em vez de fazer inerentemente pesquisas pontuais comodig
. Isso acontece para fornecer um modo não interativo (que você está usando acima), mas isso é principalmente apenas uma forma abreviada. Enquanto você pode dizer que para usar um servidor específico, o padrão será usando os configurados em/etc/resolv.conf
, e assim o arranque sem um servidor especificado é ligeiramente mais lento do quedig
(porque tem que olhar em um arquivo). -
host
, que você não mencionou, mas vale a pena mencionar aqui para conclusão, é um comando fornecido pela biblioteca C para fazer pesquisas de nome de host. Ele usa as rotinas de resolução de nomes na biblioteca C, o que significa que homenageia/etc/resolv.conf
, mas que também irá honrar configurações/etc/nsswitch.conf
, o que significa que ele pode olhar para cima nomes nas/etc/hosts
, via NIS ou NIS +, via LDAP , via mDNS (se você usar o TLD certa para isso), via LLMNR, ou através de qualquer número de outros meios, Como resultado, ele é lento em comparação comdig
enslookup
, mas também mostra exatamente waht um programa que está usando as configurações de resolução de nome do sistema em vez de fazer seu próprio DNS verá.