Comando dig: consultas DNS en Linux y cómo leer la salida de +short y +trace
Para comprobar los registros DNS de un dominio hasta la cabecera de respuesta del servidor DNS, se usa el comando dig. Al consultar los registros de example.com por tipo en servidores AlmaLinux 9 y Debian 12 y cambiar el servidor DNS al que se pregunta, se comprobó que solo con status y flags de la cabecera de respuesta se distingue un nombre que no existe, un servidor DNS que no pudo dar respuesta y una respuesta dada directamente por el servidor que gestiona los registros.
La salida de abajo se obtuvo en un servidor AlmaLinux 9.8 (cuenta root) y en un servidor Debian 12 (cuenta normal). La dirección del servidor DNS configurado en el servidor se cambió por el valor de ejemplo 192.0.2.53, y los números de versión de dig también por valores de ejemplo.
1️⃣ Cómo usar el comando dig
La forma básica es [dig @servidor nombre tipo], y el servidor y el tipo se pueden omitir. Según el manual oficial, sin servidor pregunta al servidor DNS configurado en /etc/resolv.conf, y sin tipo consulta el registro A.
dig example.com; <<>> DiG 9.16.20-RH <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62441
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.com. IN A
;; ANSWER SECTION:
example.com. 62 IN A 104.20.23.154
example.com. 62 IN A 172.66.147.243
;; Query time: 1 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:18 UTC 2026
;; MSG SIZE rcvd: 72Las líneas que empiezan con punto y coma son de comentario, y las que no lo llevan son los registros recibidos de verdad. Lo que muestra cada sección es lo siguiente.
| Salida | Qué muestra |
|---|---|
| ; <<>> DiG 9.16.20-RH <<>> example.com | Versión de dig ejecutada y argumentos introducidos |
| ->>HEADER<<- … status: NOERROR, id: 62441 | Código de respuesta (status) y número de consulta (id) |
| flags: qr rd ra | Indicadores de la cabecera de respuesta — si el servidor que respondió hizo una consulta recursiva y si gestiona los registros |
| QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 | Número de registros de cada sección |
| OPT PSEUDOSECTION · EDNS … udp: 4096 | Información de la extensión EDNS y tamaño de respuesta (bytes) que se puede recibir por UDP |
| QUESTION SECTION | Pregunta enviada — nombre, clase (IN), tipo de registro |
| ANSWER SECTION | Registros recibidos — nombre, TTL (segundos), clase, tipo y valor, en ese orden |
| Query time: 1 msec | Tiempo hasta que llegó la respuesta |
| SERVER: 192.0.2.53#53(192.0.2.53) | Dirección y número de puerto del servidor DNS que respondió |
| WHEN · MSG SIZE rcvd: 72 | Hora de la consulta y tamaño de la respuesta recibida (bytes) |
En la línea flags, qr significa respuesta, rd solicitud de consulta recursiva y ra que se admite la consulta recursiva (RFC 1035). Con ra pero sin aa, esta respuesta la envió un servidor DNS que hace consultas recursivas, no el servidor que gestiona los registros.
El 62 de la sección ANSWER es el TTL, el tiempo (segundos) que el registro puede seguir en caché. Al preguntar justo después el mismo nombre a 8.8.8.8 salió 300, así que el número variaba según cuándo lo guardó en caché cada servidor DNS.
Si haces la misma consulta con el Comando nslookup , el código de respuesta y el TTL no aparecen en la salida predeterminada. Las diferencias entre las salidas de los dos comandos son estas.
| Comparación | dig | nslookup |
|---|---|---|
| Código de respuesta | Siempre en status de la línea HEADER | Solo en caso de error, como línea server can't find |
| TTL | En cada línea de registro de ANSWER | Solo con -debug |
| Servidor DNS que respondió | Línea SERVER al final | Líneas Server · Address al principio |
| Código de salida con NXDOMAIN | 0 | 1 |
La versión de dig instalada se comprueba con -v. Era 9.16 en el servidor AlmaLinux 9 y 9.18 en el servidor Debian 12.
dig -vDiG 9.16.20-RH2️⃣ Consultar registros con dig
Si escribes un tipo de registro tras el nombre, solo se consulta ese registro. El valor que guarda cada tipo y los resultados consultados en este artículo son estos.
| Tipo | Qué guarda | Resultado de la consulta |
|---|---|---|
| A | dirección IPv4 | example.com → 104.20.23.154 y 1 más |
| AAAA | Dirección IPv6 | example.com → 2606:4700:10::6814:179a y 1 más |
| MX | Servidor de correo y prioridad | example.com → 0 . (no acepta correo) |
| NS | Servidores de nombres que gestionan los registros | example.com → hera · elliott.ns.cloudflare.com. |
| TXT | Valor de texto sin formato fijo (SPF, etc.) | example.com → v=spf1 -all y 1 más |
| CNAME | Alias de otro nombre | www.github.com → github.com. |
| SOA | Servidor de nombres principal de la zona y valores de tiempo | example.com → elliott.ns.cloudflare.com. … |
| PTR | Nombre asociado a una dirección IP (inversa) | -x 8.8.8.8 → dns.google. |
Los servidores de correo se comprueban con el registro MX. Al consultar el MX de example.com, la sección ANSWER mostró una sola línea [0 .].
dig example.com MX; <<>> DiG 9.16.20-RH <<>> example.com MX
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34433
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.com. IN MX
;; ANSWER SECTION:
example.com. 300 IN MX 0 .
;; Query time: 5 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:23 UTC 2026
;; MSG SIZE rcvd: 550 es la prioridad, y un MX con un solo punto en lugar del nombre del servidor de correo es un Null MX, que indica que el dominio no acepta correo (RFC 7505). Escribir el tipo en minúsculas como mx dio el mismo resultado.
Para ver solo las líneas de registro, añade [+noall +answer]. Según el manual oficial, +noall desactiva todas las secciones de salida y +answer vuelve a activar solo la sección ANSWER.
dig example.com NS +noall +answerexample.com. 12192 IN NS hera.ns.cloudflare.com.
example.com. 12192 IN NS elliott.ns.cloudflare.com.example.com tenía dos servidores de nombres. Estos dos son los servidores de nombres autoritativos que gestionan directamente los registros de example.com.
dig example.com TXT +noall +answerexample.com. 300 IN TXT "v=spf1 -all"
example.com. 300 IN TXT "_k2n1y4vw3qtb4skdx9e7dxt97qrmmq9"Un registro TXT puede guardar un valor de texto sin formato fijo. v=spf1 -all es un valor SPF que indica que ningún servidor puede enviar correo con este nombre de dominio.
dig www.github.com CNAME +noall +answerwww.github.com. 291 IN CNAME github.com.www.github.com era un alias (CNAME) de github.com. Al consultar el mismo nombre sin tipo, tras la línea CNAME apareció a continuación el registro A de github.com.
Con +multiline, el registro SOA lleva un comentario con el nombre y el tiempo junto a cada número, y se lee más fácil.
dig example.com SOA +multiline +noall +answerexample.com. 1765 IN SOA elliott.ns.cloudflare.com. dns.cloudflare.com. (
2418004112 ; serial
10000 ; refresh (2 hours 46 minutes 40 seconds)
2400 ; retry (40 minutes)
604800 ; expire (1 week)
1800 ; minimum (30 minutes)
)serial es un número de serie que sube cada vez que se cambian los registros, y refresh, retry y expire son valores de tiempo que usa un servidor de nombres secundario para sincronizar los registros con el principal. minimum es el tiempo que una respuesta sobre un nombre o registro inexistente puede seguir en caché.
Cuando solo necesites los valores, añade +short. Del registro A quedaron solo las direcciones IP, y del MX solo la prioridad y el nombre del servidor de correo.
dig +short example.com172.66.147.243
104.20.23.154dig google.com MX +short10 smtp.google.com.Si añades +stats tras [+noall +answer], también salen el tiempo de consulta y la línea del servidor que respondió. Con dig 9.18 del servidor Debian 12, al final de la línea SERVER se añadió el modo de envío de la consulta, (UDP); dig 9.16 del servidor AlmaLinux 9 no lo mostraba.
dig example.com +noall +answer +statsexample.com. 235 IN A 172.66.147.243
example.com. 235 IN A 104.20.23.154
;; Query time: 0 msec
;; SERVER: 192.0.2.53#53(192.0.2.53) (UDP)
;; WHEN: Thu Oct 29 00:10:26 UTC 2026
;; MSG SIZE rcvd: 723️⃣ Elegir el servidor DNS con dig y consulta inversa
Si escribes @ y un servidor DNS antes del nombre, se pregunta a ese servidor en lugar del servidor DNS configurado en el servidor. Al preguntar a 8.8.8.8, la línea SERVER cambió a 8.8.8.8 y se añadió ad a flags.
dig @8.8.8.8 example.com; <<>> DiG 9.16.20-RH <<>> @8.8.8.8 example.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61431
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;example.com. IN A
;; ANSWER SECTION:
example.com. 300 IN A 104.20.23.154
example.com. 300 IN A 172.66.147.243
;; Query time: 30 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Oct 29 00:09:29 UTC 2026
;; MSG SIZE rcvd: 72ad es el indicador de que el servidor que respondió verificó las firmas DNSSEC y consideró fiables los registros de la respuesta (RFC 4035). Las respuestas del servidor DNS configurado en el servidor no llevaban ad.
Si escribes tras @ un servidor de nombres salido de la consulta NS, preguntas directamente al servidor que gestiona los registros de example.com.
dig @elliott.ns.cloudflare.com example.com; <<>> DiG 9.16.20-RH <<>> @elliott.ns.cloudflare.com example.com
; (6 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61828
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;example.com. IN A
;; ANSWER SECTION:
example.com. 300 IN A 172.66.147.243
example.com. 300 IN A 104.20.23.154
;; Query time: 4 msec
;; SERVER: 2606:4700:58::a29f:2ce4#53(2606:4700:58::a29f:2ce4)
;; WHEN: Thu Oct 29 00:09:29 UTC 2026
;; MSG SIZE rcvd: 72Esta vez apareció aa en flags, lo que confirmó que respondió directamente el servidor de nombres autoritativo. Como este servidor no admite consultas recursivas, que buscan nombres pasando por otros servidores, desapareció ra y se añadió la línea [WARNING: recursion requested but not available].
(6 servers found) significa que el nombre del servidor de nombres se resolvió en tres direcciones IPv4 y tres IPv6. En la línea SERVER apareció, de entre ellas, la dirección IPv6 que envió la respuesta.
Si escribes una dirección IP tras -x, se consulta el registro PTR para encontrar el nombre asociado a esa dirección.
dig -x 8.8.8.8 +noall +answer8.8.8.8.in-addr.arpa. 300 IN PTR dns.google.dig consultó un nombre formado al escribir 8.8.8.8 al revés y añadir in-addr.arpa, y su valor PTR, dns.google., era el nombre de 8.8.8.8.
4️⃣ La ruta de delegación de dig +trace
Con +trace, dig pregunta por orden empezando por los servidores de nombres raíz y muestra paso a paso a qué servidor se delegó el nombre. Según el manual oficial, +trace también pide las líneas de firma DNSSEC, así que se añadió +nodnssec para ver solo la ruta de delegación.
dig +trace +nodnssec example.com; <<>> DiG 9.16.20-RH <<>> +trace +nodnssec example.com
;; global options: +cmd
. 86333 IN NS j.root-servers.net.
. 86333 IN NS g.root-servers.net.
. 86333 IN NS b.root-servers.net.
. 86333 IN NS e.root-servers.net.
. 86333 IN NS k.root-servers.net.
. 86333 IN NS f.root-servers.net.
. 86333 IN NS l.root-servers.net.
. 86333 IN NS m.root-servers.net.
. 86333 IN NS h.root-servers.net.
. 86333 IN NS c.root-servers.net.
. 86333 IN NS d.root-servers.net.
. 86333 IN NS a.root-servers.net.
. 86333 IN NS i.root-servers.net.
;; Received 239 bytes from 192.0.2.53#53(192.0.2.53) in 1 ms
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
;; Received 836 bytes from 2001:7fd::1#53(k.root-servers.net) in 30 ms
example.com. 172800 IN NS hera.ns.cloudflare.com.
example.com. 172800 IN NS elliott.ns.cloudflare.com.
;; Received 359 bytes from 2001:503:d414::30#53(f.gtld-servers.net) in 66 ms
example.com. 300 IN A 104.20.23.154
example.com. 300 IN A 172.66.147.243
;; Received 72 bytes from 108.162.195.228#53(elliott.ns.cloudflare.com) in 3 msEn cada paso, la última línea [Received … from] muestra el servidor que envió esa respuesta. Los servidores consultados en los cuatro pasos y lo que se recibió son estos.
| Nivel | Servidor consultado | Lo recibido |
|---|---|---|
| 1 | Servidor DNS configurado en el servidor (192.0.2.53) | 13 servidores de nombres raíz (.) |
| 2 | k.root-servers.net | 13 servidores de nombres .com (gtld-servers.net) |
| 3 | f.gtld-servers.net | 2 servidores de nombres de example.com |
| 4 | elliott.ns.cloudflare.com | 2 registros A de example.com |
La salida de +trace es como el seguimiento de una carta certificada.
El registro A del último paso lo envió directamente el servidor de nombres de example.com, así que es el valor actual sin pasar por caché. Justo después de cambiar los servidores de nombres, comprueba primero en el paso 3 si los servidores .com responden con los nuevos servidores de nombres.
5️⃣ Errores de respuesta y opciones de dig
🔲 Errores de respuesta
Al consultar un nombre que no existe, status sale como NXDOMAIN. .invalid es un dominio de primer nivel reservado para no usarse nunca, por eso se usó para comprobar esta respuesta.
dig example.invalid; <<>> DiG 9.16.20-RH <<>> example.invalid
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 23779
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.invalid. IN A
;; AUTHORITY SECTION:
invalid. 10800 IN SOA localhost. nobody.invalid. 1 3600 1200 604800 10800
;; Query time: 1 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:33 UTC 2026
;; MSG SIZE rcvd: 96ANSWER era 0, y la sección AUTHORITY contenía el registro SOA de esa zona. El último número del SOA, 10800, es el tiempo (segundos) que esta respuesta puede quedar en caché.
no-such-host.example.com terminó con status NOERROR y ANSWER 0 en lugar de NXDOMAIN. Es una respuesta sin código de error en la que solo faltan registros, así que comprueba status y el número de ANSWER a la vez.
dig no-such-host.example.com; <<>> DiG 9.16.20-RH <<>> no-such-host.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31671
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;no-such-host.example.com. IN A
;; AUTHORITY SECTION:
example.com. 1800 IN SOA elliott.ns.cloudflare.com. dns.cloudflare.com. 2418004112 10000 2400 604800 1800
;; Query time: 7 msec
;; SERVER: 192.0.2.53#53(192.0.2.53)
;; WHEN: Thu Oct 29 00:09:33 UTC 2026
;; MSG SIZE rcvd: 115SERVFAIL es el código de respuesta que indica que el servidor DNS no pudo elaborar una respuesta (RFC 1035). Al preguntar a 8.8.8.8 por dnssec-failed.org, un dominio público para probar fallos de validación DNSSEC, salió SERVFAIL junto con una línea EDE.
dig @8.8.8.8 dnssec-failed.org; <<>> DiG 9.16.20-RH <<>> @8.8.8.8 dnssec-failed.org
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 57521
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
; EDE: 9 (DNSKEY Missing): (No DNSKEY matches DS RRs of dnssec-failed.org)
;; QUESTION SECTION:
;dnssec-failed.org. IN A
;; Query time: 333 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Oct 29 00:09:41 UTC 2026
;; MSG SIZE rcvd: 97EDE es un código de error extendido que añade el motivo del error (RFC 8914). 9 (DNSKEY Missing) significa que no se encontró una DNSKEY que coincidiera con el registro DS de la zona superior, y 8.8.8.8 devolvió SERVFAIL en lugar de una dirección para un nombre cuya firma no podía verificar.
Si el servidor DNS no responde, la salida termina con [connection timed out; no servers could be reached] sin línea status. Al preguntar a 192.0.2.1, una dirección para ejemplos de documentación, con [+timeout=2 +tries=1], esta línea salió a los 2 segundos.
dig @192.0.2.1 example.com +timeout=2 +tries=1; <<>> DiG 9.16.20-RH <<>> @192.0.2.1 example.com +timeout=2 +tries=1
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reachedAl preguntar a la misma dirección sin opciones, la misma línea salió a los 15 segundos. Es porque los valores predeterminados del manual oficial son 5 segundos por respuesta y 3 intentos. Con dig 9.18 del servidor Debian 12 salió primero la línea [communications error to 192.0.2.1#53: timed out], y la última fue [no servers could be reached].
Si un script separa los resultados por el código de salida, ten en cuenta que NXDOMAIN también da 0. Al consultar example.invalid con +short y mostrar luego el código de salida, salió 0 con un resultado vacío, y la consulta a 192.0.2.1, que no respondió, dio 9.
dig +short example.invalid; echo $?0Para cada error de respuesta, la línea que hay que mirar en la salida y lo siguiente que hay que comprobar son estos.
| Salida | Significado | Qué revisar después |
|---|---|---|
| status: NXDOMAIN | Ese nombre no existe | Ortografía y estado de registro del dominio, ruta de delegación con +trace |
| status: NOERROR · ANSWER: 0 | No hay registros de ese tipo en la respuesta | Tipo de registro y configuración de registros del servidor de nombres |
| status: SERVFAIL | El servidor DNS no pudo elaborar una respuesta | Línea EDE, respuestas de otros servidores DNS (@8.8.8.8 · @1.1.1.1) |
| connection timed out | El servidor DNS no responde | Dirección del servidor DNS y cortafuegos que bloquean el puerto 53 |
🔲 Opciones del comando dig
📌 Opciones principales: resultados de este artículo
| Opción | Tarea | Resultado en este artículo | |
|---|---|---|---|
| @servidor | Pregunta al servidor indicado en lugar del servidor DNS configurado en el servidor | Con @8.8.8.8 la línea SERVER cambió a 8.8.8.8 y se añadió ad a flags; al preguntar al servidor de nombres autoritativo, aa | |
| Tipo | Consulta solo el tipo de registro escrito tras el nombre | example.com MX dio una sola línea [0 .]; mx en minúsculas dio el mismo resultado | |
| -x dirección | Consulta el registro PTR de una dirección IP | -x 8.8.8.8 dio dns.google. | |
| -v | Muestra la versión | 9.16 en el servidor AlmaLinux 9, 9.18 en el servidor Debian 12 | |
| -r | No lee el .digrc de la carpeta personal | Aunque .digrc tenga +short, al añadir -r salieron las líneas de registro completas | |
| +short | Muestra solo los valores de los registros | A dio dos direcciones IP; google.com MX dio 10 smtp.google.com. | |
| +noall +answer | Desactiva todas las secciones de salida y vuelve a activar solo ANSWER | example.com NS dejó solo las dos líneas de servidores de nombres | |
| +multiline | Divide registros largos como SOA en varias líneas con comentarios | Nombres y tiempos como serial y refresh aparecen como comentario junto a cada número | |
| +stats | Muestra también el tiempo de consulta y la línea del servidor que respondió | Con dig 9.18 del servidor Debian 12, (UDP) al final de la línea SERVER | |
| +trace | Pregunta por orden desde los servidores de nombres raíz y muestra la ruta de delegación | En cada uno de los cuatro pasos, la última línea [Received … from] muestra el servidor que respondió | |
| +nodnssec | No pide los registros de firma DNSSEC | Se usa junto con +trace para dejar solo la ruta de delegación | |
| +timeout=segundos | Tiempo de espera de cada respuesta, 5 segundos por defecto | Al preguntar a 192.0.2.1 con +timeout=2 +tries=1, [connection timed out] a los 2 segundos; sin opciones, 15 segundos | |
| +tries=veces | Número de veces que se envía la consulta, 3 por defecto | Con 1 junto a +timeout=2, preguntó una sola vez y terminó a los 2 segundos | |
| +tcp | Envía la consulta por TCP en lugar de UDP | Con dig 9.18 del servidor Debian 12, el final de la línea SERVER pasó de (UDP) a (TCP) y los registros fueron los mismos |
📎 Otras opciones: según el manual oficial
| Opción | Tarea | |
|---|---|---|
| -4 | Consulta solo por IPv4 | |
| -6 | Consulta solo por IPv6 | |
| -t tipo | Indica el tipo de registro que se consulta | |
| -q nombre | Indica el nombre que se consulta, para que no se confunda con otros argumentos | |
| -p puerto | Consulta por el puerto indicado en lugar del 53 | |
| -b dirección | Indica la dirección IP de origen desde la que se envía la consulta | |
| -f archivo | Ejecuta por orden las consultas escritas una por línea en un archivo | |
| +norecurse | Consulta con la solicitud de consulta recursiva (RD) desactivada | |
| +dnssec | Pide también los registros DNSSEC | |
| +nssearch | Busca los servidores de nombres autoritativos y muestra el registro SOA que tiene cada uno | |
| +nocmd | Muestra la salida sin las líneas de versión y de opciones del principio | |
| +nocomments | Muestra la salida sin líneas de comentario como la cabecera de respuesta y los nombres de sección | |
| +ttlunits | Muestra el TTL en unidades s, m, h, d y w | |
| +retry=veces | Número de reenvíos sin contar la primera consulta, 2 por defecto |
🔲 Simulador del comando dig
En el simulador de abajo puedes escribir dig tú mismo cambiando el tipo de registro, el servidor DNS y las opciones de salida.
🔢 FAQ & contenido recomendado
Herramientas · dominios
Consulta WHOIS de dominios · Comprobación de servidores de nombres
Una herramienta de consulta que muestra al momento en tu navegador los datos de registro, los servidores de nombres y los registros DNS de un dominio al escribirlo.
Red · DNS
Comando host de Linux | comando de consulta DNS
El comando host, para buscar la dirección IP de un nombre de host o convertir una dirección IP en nombre de host.
ℹ️ Aviso de afiliados
El contenido de este sitio incluye enlaces de afiliado. Cuando un visitante compra un producto o servicio a través de uno de ellos, el sitio recibe una comisión del vendedor. El importe que paga el comprador(baja durante las promociones ↓)no aumenta. Los precios, descuentos y existencias publicados corresponden al momento de redacción y pueden variar, así que confírmalos con el vendedor antes de comprar. Los productos se eligen y evalúan con criterios propios, y las comisiones no influyen en el orden ni en el contenido de las reseñas.