Início / unix / Perguntas / 763609
Accepted
Andrew Savinykh
Asked: 2023-12-12 07:56:49 +0800 CST

Qual é a diferença entre host e domínio no dig?

  • 772

Ao executar digvocê pode especificar um "servidor" (o servidor DNS no qual você faz a consulta), "domínio" e "host". Como "host" não é opcional, acho que é isso que você está tentando resolver. Mas você também pode especificar um “domínio”. Achei que poderia ser, se tomarmos unix.stackexchange.comcomo exemplo, o "host" poderia ser unixe o "domínio" poderia ser stackexchange.com, porém dig stackexchange.com unixnão pareceu recuperar os registros DNS para unix.stackexchange.com.

O "host" e o "domínio" aos quais me refiro são os listados nas linhas de ajuda abaixo.

(Para esclarecer, sei que dig unix.stackexchange.comfunciona, estou perguntando sobre o significado de "host" e "domínio" nas linhas de ajuda do dig)

$ dig -v
DiG 9.16.44-Debian
$ dig -h
Usage:  dig [@global-server] [domain] [q-type] [q-class] {q-opt}
            {global-d-opt} host [@local-server] {local-d-opt}
            [ host [@local-server] {local-d-opt} [...]]
Where:  domain    is in the Domain Name System
        q-class  is one of (in,hs,ch,...) [default: in]
        q-type   is one of (a,any,mx,ns,soa,hinfo,axfr,txt,...) [default:a]
                 (Use ixfr=version for type ixfr)
        q-opt    is one of:
                 -4                  (use IPv4 query transport only)
                 -6                  (use IPv6 query transport only)
                 -b address[#port]   (bind to source address/port)
                 -c class            (specify query class)
                 -f filename         (batch mode)
                 -k keyfile          (specify tsig key file)
                 -m                  (enable memory usage debugging)
                 -p port             (specify port number)
                 -q name             (specify query name)
                 -r                  (do not read ~/.digrc)
                 -t type             (specify query type)
                 -u                  (display times in usec instead of msec)
                 -x dot-notation     (shortcut for reverse lookups)
                 -y [hmac:]name:key  (specify named base64 tsig key)
        d-opt    is of the form +keyword[=value], where keyword is:
                 +[no]aaflag         (Set AA flag in query (+[no]aaflag))
                 +[no]aaonly         (Set AA flag in query (+[no]aaflag))
...
        global d-opts and servers (before host name) affect all queries.
        local d-opts and servers (after host name) affect only that lookup.
        -h                           (print help and exit)
        -v                           (print version and exit)
dns

2 respostas

  1. Best Answer

    Acho que isso é apenas um bug na descrição introduzido por uma refatoração feita há 23 anos . O texto de ajuda passou do gramaticalmente correto:

    "Usage:  dig [@server] [domain] [q-type] [q-class] {q-opt} {d-opt}\n"
"where:  server,\n"
"        domain   are in the Domain Name System\n"

    para isso (observe como ainda diz "estão no Sistema de Nomes de Domínio", mas agora o assunto é o singular "domínio"):

    "Usage:  dig [@global-server] [domain] [q-type] [q-class] {q-opt}\n"
"        {global-d-opt} host [@local-server] {local-d-opt}\n"
"        [ host [@local-server] {local-d-opt} [...]]\n"
"Where:  domain   are in the Domain Name System\n"

    Se você inspecionar as alterações, verá que todas elas são quase inteiramente para alterar a forma como as opções são atribuídas (globalmente versus por pesquisa) e o código para selecionar o host/domínio/nome/como você chama. ser pesquisado permanece inalterado. Ele não adicionou nenhuma nova distinção entre domínio e host na própria análise. Suponho que o autor do commit confundiu os termos, pois parece que eles também estavam trabalhando hostna mesma época (e hostusaram "nome do host").

    Essa mudança é anterior à dig(1)própria página de manual, que veio alguns meses depois . A página de manual evita os rótulos "domínio", "host" e "nome do host" em favor de um quarto rótulo "nome", usando o [@server] ... [name] [type] [class] [queryopt...]formato mais simples ainda visto lá.

    • 1

  2. O argumento opcional do Dig hosté o nome do computador local para o qual você deseja enviar a consulta. Não é a parte “host” de um nome de domínio totalmente qualificado. (Ou seja, não unixde unix.stackexchange.com). O domainargumento é o nome que você deseja procurar. (ou seja, unix.stackexchange.com)

    Portanto, se o seu computador resolvedor de DNS local for denominado "mydns", uma digconsulta para os endereços do nome unix.stackexchange.comseria:

    dig unix.stackexchange.com mydns

    embora geralmente seja mais parecido com:

    dig @mydns unix.stackexchange.com

    Ou, se você quiser digperguntar ao resolvedor padrão do seu computador (que pode ser um processo no mesmo computador), pode ser tão simples quanto:

    dig unix.stackexchange.com

    que para mim retornou:

    % dig unix.stackexchange.com

; <<>> DiG 9.10.6 <<>> unix.stackexchange.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34418
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;unix.stackexchange.com.        IN  A

;; ANSWER SECTION:
unix.stackexchange.com. 300 IN  A   172.64.144.30
unix.stackexchange.com. 300 IN  A   104.18.43.226

;; Query time: 25 msec
;; SERVER: 2001:558:feed::1#53(2001:558:feed::1)
;; WHEN: Mon Dec 11 23:17:58 PST 2023
;; MSG SIZE  rcvd: 83
    • -1

relate perguntas