Búsqueda DNS/IP

Resolutor DNS + geolocalización IP + DNS inverso. Obtiene registros A/AAAA/MX/CNAME/TXT/NS y datos geo/ISP/ASN de cualquier dirección. Consultas en navegador.

¿Tienes comentarios? Reporta errores, sugiere funciones o comparte tus ideas — leemos todos

Búsqueda DNS/IP - Verificar Dirección IP y Registros DNS Online

DNS es la capa de direccionamiento que convierte hostnames que puede recordar (wikipedia.org) en las direcciones IP numéricas que los routers realmente entienden (208.80.154.224, 2620:0:861:ed1a::1). Cada petición web, envío de email, llamada a API y conexión SSH comienza con una o más búsquedas DNS, y cuando esas búsquedas fallan nada más funciona. Esta herramienta combina tres operaciones diagnósticas que los desarrolladores y sysadmins usan constantemente. (1) Detección de IP pública — averigua la dirección de salida que su red presenta al mundo, útil al configurar allow-lists de firewall o depurar VPNs. (2) Geolocalización de IP — busca la ciudad/país aproximado, ISP, organización, ASN (Número de Sistema Autónomo) y zona horaria de cualquier dirección IPv4 o IPv6 vía APIs públicas como ipapi.co; útil para análisis de patrones de tráfico y triage de abusos. (3) Resolución de registros DNS — consulta DNS global sobre HTTPS (vía dns.google o 1.1.1.1 de Cloudflare) por registros A (IPv4), AAAA (IPv6), MX (correo), TXT (SPF/DKIM/verificación de sitio), NS (delegación) y CNAME (alias) para cualquier dominio. Útil para verificar propagación de cambios DNS, depurar problemas de entrega de email (SPF/DKIM/DMARC), confirmar que sus sitios corren en las IPs que cree, y explorar cómo grandes servicios públicos como Google o Cloudflare estructuran su DNS.

¿Qué es la Búsqueda DNS/IP?

La Búsqueda DNS/IP es una herramienta que recupera información sobre direcciones IP y nombres de dominio. Proporciona:

- Geolocalización de IP (país, ciudad, coordenadas)
- Información de ISP y organización
- Hostname y DNS inverso
- Registros DNS (A, AAAA, MX, TXT, etc.)
- ASN (Número de Sistema Autónomo)
- Zona horaria y código postal

Esta información es útil para solución de problemas de red, análisis de seguridad y comprensión de infraestructura de internet.

¿Cómo uso esta herramienta?

Usar la herramienta de Búsqueda DNS/IP:

1. Elija tipo de búsqueda:
- Mi Dirección IP: Ver su IP pública
- Búsqueda de IP: Obtener información sobre una dirección IP
- Búsqueda DNS: Verificar registros DNS de un dominio

2. Para Búsqueda de IP:
- Ingrese una dirección IP (ej. 8.8.8.8)
- Haga clic en 'Buscar'
- Vea geolocalización, ISP y otros detalles

3. Para Búsqueda DNS:
- Ingrese un nombre de dominio (ej. google.com)
- Haga clic en 'Buscar'
- Vea registros DNS (A, MX, TXT, etc.)

La herramienta usa múltiples APIs públicas gratuitas para garantizar resultados precisos.

¿Qué información puedo obtener de la Búsqueda de IP?

La Búsqueda de IP proporciona información completa:

Datos de Ubicación:
- País, región y ciudad
- Coordenadas de latitud y longitud
- Zona horaria
- Código postal

Información de Red:
- ISP (Proveedor de Servicios de Internet)
- Nombre de organización
- ASN (Número de Sistema Autónomo)
- Hostname (DNS inverso)

Estos datos provienen de bases de datos públicas e información WHOIS. Tenga en cuenta que la geolocalización de IP es aproximada y puede no señalar ubicaciones físicas exactas.

¿Qué son los registros DNS?

Los registros DNS (Sistema de Nombres de Dominio) mapean nombres de dominio a direcciones IP y otra información:

Tipos de registro comunes:
- Registro A: Mapea dominio a dirección IPv4
- Registro AAAA: Mapea dominio a dirección IPv6
- Registro MX: Servidor de correo para el dominio
- Registro CNAME: Nombre canónico (alias)
- Registro TXT: Información de texto (SPF, DKIM, etc.)
- Registro NS: Servidores de nombres para el dominio
- Registro SOA: Inicio de autoridad (servidor maestro + serial)
- Registro CAA: Qué CAs pueden emitir certificados TLS

Los registros DNS son esenciales para que sitios web, correo electrónico y servicios de internet funcionen correctamente.

¿Por qué mi ubicación de IP podría estar incorrecta?

La geolocalización de IP no siempre es precisa:

Razones de inexactitud:
- Las bases de datos de IP pueden estar desactualizadas
- Los ISP pueden asignar IPs regionalmente
- VPN o proxy cambia la ubicación aparente
- Las redes móviles enrutan a través de diferentes regiones
- Las redes corporativas usan IPs centralizadas

La geolocalización de IP típicamente proporciona:
- País preciso (95%+)
- Región/estado preciso (80%+)
- Ciudad aproximada (60%+)
- Coordenadas muy aproximadas

Para ubicación precisa, se necesita GPS. La búsqueda de IP es mejor para identificación regional, no direcciones exactas.

¿Por qué el mismo dominio resuelve a IPs diferentes desde ubicaciones distintas?

Porque el operador lo quiere así. Los sitios grandes modernos usan GeoDNS (DNS geográfico) para devolver registros A/AAAA diferentes según qué resolvedor preguntó: una petición desde Tokio obtiene la IP edge de Tokio, una desde Frankfurt obtiene la IP edge de Frankfurt, todo bajo el mismo hostname. Así Cloudflare, AWS CloudFront, Fastly y Google Cloud enrutan usuarios al servidor geográficamente más cercano para baja latencia. También es como Round-Robin DNS reparte carga entre múltiples backends equivalentes (su resolvedor recibe un orden diferente de IPs cada consulta). Añada CDN smart routing, direccionamiento Anycast (donde una IP literalmente responde desde muchas ubicaciones físicas) y split-horizon DNS (respuestas distintas para redes internas vs externas), y la respuesta 'la IP de este dominio es X' se vuelve 'X para mí, ahora, desde este resolvedor'. Esta herramienta muestra lo que SU resolvedor actual devuelve; para alcance global pruebe dnschecker.org que sondea múltiples regiones en paralelo.

Búsqueda DNS/IP — Resolutor DNS + geolocalización IP + DNS inverso. Obtiene registros A/AAAA/MX/CNAME/TXT/NS y datos geo/ISP/ASN de cualqu — **Búsqueda DNS/IP**

¿Cuál es la diferencia entre registro A, AAAA y CNAME?

Cada uno mapea un hostname a un tipo distinto de valor. Un registro A apunta a una dirección IPv4 (4 bytes, ej. 93.184.216.34) — el tipo de registro DNS original de 1987 y aún el más usado. AAAA ('quad-A') apunta a una dirección IPv6 (16 bytes, ej. 2606:2800:220:1:248:1893:25c8:1946) — necesario porque IPv4 se quedó sin direcciones públicas en 2011 y los hosts modernos cada vez necesitan ambos. CNAME ('nombre canónico') apunta a OTRO hostname en lugar de a una IP — útil para alias como 'www.example.com CNAME example.com', así cambiar el registro A subyacente actualiza ambos. La compensación CNAME: cuesta una búsqueda DNS extra (el resolvedor obtiene el CNAME, luego el A/AAAA del destino), y las reglas DNS prohíben usar CNAME en el apex del dominio (no puede tener 'example.com CNAME other.com', solo 'subdomain.example.com CNAME other.com') — aunque algunos proveedores como Cloudflare ofrecen 'CNAME flattening' como solución.

¿Cómo depuro SPF, DKIM y DMARC, y verifico un registro CAA antes de emitir un certificado TLS?

Estas son las dos razones profesionales más comunes para hacer una búsqueda DNS. La autenticación de email vive en registros TXT: SPF es un único TXT en el dominio raíz que empieza con 'v=spf1 ...' y lista qué servidores pueden enviar correo por usted (busque el '-all' final para un fallo duro o '~all' para fallo suave); DKIM es un TXT en '<selector>._domainkey.sudominio.com' que contiene la clave pública (debe conocer el selector — ej. 'google._domainkey' para Google Workspace — porque el DNS no puede enumerarlo); DMARC es un TXT en '_dmarc.sudominio.com' que empieza 'v=DMARC1; p=...' donde p=reject/quarantine/none fija la política. Haga una búsqueda DNS del dominio y lea el bloque TXT para confirmar que los tres concuerdan. Para emisión de certificados, consulte el registro CAA: una CA (Let's Encrypt, DigiCert, etc.) está obligada por la línea base del CA/Browser Forum a verificar CAA antes de firmar, y se negará si existe un CAA que no liste su identificador 'issue'. Así que antes de pedir un certificado, confirme que su CAA está ausente (cualquier CA puede emitir) o incluye la CA que usa — esta herramienta ahora resuelve CAA directamente.

¿Qué es el DNS inverso (PTR) y por qué importa para la entrega de correo?

El DNS directo mapea un nombre a una IP (A/AAAA); el DNS inverso (un registro PTR) mapea una IP de vuelta a un nombre, almacenado bajo la zona especial in-addr.arpa (IPv4) o ip6.arpa (IPv6). Para un servidor de correo es casi obligatorio: la mayoría de los grandes receptores (Gmail, Outlook, Yahoo) rechazan o penalizan fuertemente el correo desde una IP sin PTR, o con un PTR genérico asignado por el ISP como '203-0-113-5.dynamic.example-isp.net'. La mejor práctica es Full-Circle / FCrDNS: el PTR de la IP resuelve a un hostname, y el A/AAAA de ese hostname resuelve de vuelta a la misma IP, y ese hostname coincide con su banner SMTP HELO/EHLO. A diferencia de los registros directos que usted controla vía su proveedor DNS, el PTR lo fija quien posee el bloque de IPs (su hosting o ISP), así que normalmente debe solicitarlo a ellos. Esta herramienta ejecuta automáticamente una búsqueda PTR cada vez que consulta una IP, para confirmar el DNS inverso en un solo paso en lugar de usar dig -x.

¿Qué es DNS sobre HTTPS (DoH) y por qué importa el TTL para la propagación?

El DNS tradicional envía consultas como texto plano sobre UDP (o TCP) puerto 53, que cualquier salto de red puede leer o manipular. DNS sobre HTTPS (DoH) envuelve la misma consulta dentro de una petición HTTPS normal a un resolvedor como el 1.1.1.1 de Cloudflare (cloudflare-dns.com) o el 8.8.8.8 de Google (dns.google), de modo que va cifrada e indistinguible del tráfico web normal — que es exactamente lo que usa esta herramienta, lo que significa que cada búsqueda corre directamente desde su navegador sin servidor intermedio. El TTL (Time To Live) es el número de segundos que un resolvedor puede cachear un registro antes de volver a preguntar al servidor autoritativo. Gobierna la propagación: si su registro A tiene un TTL de 3600, los resolvedores de todo el mundo pueden seguir sirviendo el valor antiguo hasta una hora tras un cambio. Los profesionales bajan el TTL (ej. a 300s) un día antes de una migración planificada para que el cambio sea rápido, y luego lo suben de nuevo para reducir la carga de consultas. El campo 'minimum' del registro SOA también fija cuánto se cachean las respuestas negativas (NXDOMAIN).

¿Mis datos están seguros?

Privacidad y seguridad:

- Las búsquedas de IP consultan bases de datos públicas
- Nosotros no registramos sus búsquedas
- Las solicitudes van directamente de su navegador a APIs públicas
- No se almacenan datos personales
- Las direcciones IP son información pública

Nota: Cuando realiza una búsqueda, los proveedores de API objetivo pueden registrar la solicitud. Usamos servicios HTTPS gratuitos de buena reputación como ipapi.co y DNS sobre HTTPS de Cloudflare/Google.

Su dirección IP ya es visible para cada sitio web que visita - esta herramienta solo le ayuda a entender qué información está disponible públicamente.