La búsqueda de registros DNS consulta el servidor DNS especificado y recupera los registros solicitados que están asociados con el nombre de dominio que proporcionaste. Estos registros contienen información como las direcciones IP del nombre de dominio
[{"host":"google.com","class":"IN","ttl":75,"type":"A","ip":"142.250.217.142"}]
curl --location --request GET 'https://zylalabs.com/api/259/dns+records+lookup+api/7048/get+dns?domain=google.com&record_type=A' --header 'Authorization: Bearer YOUR_API_KEY'
Después de registrarte, a cada desarrollador se le asigna una clave de acceso a la API personal, una combinación única de letras y dígitos proporcionada para acceder a nuestro endpoint de la API. Para autenticarte con el Consulta de registros DNS API simplemente incluye tu token de portador en el encabezado de Autorización.
| Encabezado | Descripción |
|---|---|
Autorización
|
Requerido
Debería ser Bearer access_key. Consulta "Tu Clave de Acceso a la API" arriba cuando estés suscrito.
|
Sin compromiso a largo plazo. Mejora, reduce o cancela en cualquier momento. La Prueba Gratuita incluye hasta 50 solicitudes.
(Ahorra 2 meses pagando anualmente 🎉)
Empresas líderes confían en nosotros
Acerca de la API:
Una consulta DNS se inicia cuando un usuario final ingresa un nombre de dominio y el resolvedor lo traduce en el identificador correspondiente—la dirección IP.
DNS inverso (también conocido como una consulta DNS inversa) es una solicitud que se utiliza para obtener una dirección IP buscando el dominio. Esto sigue el viaje estándar de la consulta DNS cuando el usuario escribe una página web o envía un correo electrónico y se proporciona con la dirección IP relacionada.
Este proceso permite a un cliente final traducir un nombre de dominio o dirección de correo electrónico en la dirección del dispositivo que manejaría la comunicación del lado del servidor.
El endpoint "Obtener todos los registros DNS" devuelve varios tipos de registros DNS, incluidos los registros A, AAAA, CNAME, MX, NS y TXT. El endpoint "Obtener DNS" permite a los usuarios especificar un tipo de registro y devuelve datos específicos de ese tipo, como direcciones IP para registros A o servidores de intercambio de correo para registros MX.
Los campos clave en la respuesta incluyen "ipAddress" para los registros A, "nameServer" para los registros NS, "exchange" para los registros MX, y "txtDetail" para los registros TXT. Cada campo proporciona información específica relacionada con el dominio consultado.
Los datos de respuesta están estructurados en formato JSON, con arreglos separados para cada tipo de registro. Por ejemplo, "aResults" contiene los resultados de registros A, mientras que "mxResults" contiene los detalles de los registros MX, lo que facilita el análisis y la utilización de los datos.
El endpoint "Obtener todos los registros DNS" requiere el parámetro "dominio", que debe ser el dominio raíz sin "http", "https" o "www". El endpoint "Obtener DNS" requiere tanto la "URL" del sitio web como el parámetro "tipo de registro", que puede ser A, AAAA, CNAME, NS y otros.
La API de búsqueda de registros DNS consulta servidores DNS autoritativos para recuperar los registros solicitados. Esto garantiza que los datos sean precisos y estén actualizados, ya que se obtienen directamente de los servidores responsables de gestionar la información DNS del dominio.
Los casos de uso comunes incluyen verificar la propiedad del dominio, solucionar problemas de DNS, mejorar la seguridad al identificar IPs en listas negras y enriquecer las bases de datos DNS para una mejor gestión de la red. Los usuarios también pueden monitorear los cambios en los registros DNS a lo largo del tiempo.
Los usuarios pueden analizar los datos devueltos para identificar direcciones IP asociadas con un dominio, verificar servidores de correo para el enrutamiento de correos electrónicos o validar registros TXT para fines de autenticación. Esta información se puede integrar en sistemas de seguridad o herramientas de monitoreo de redes.
Si la API devuelve resultados parciales o vacíos, los usuarios deben verificar el formato del dominio y asegurarse de que sea un dominio raíz válido. Además, pueden intentar consultar diferentes tipos de registros o verificar la existencia del dominio para solucionar problemas potenciales.