Cuando busque registros en la red, pruebe un sitio web
como aarc-people-search. com Es a la vez público abierto y también información exclusiva. Irá más allá de lo que solo un proveedor puede hacer por usted o de lo que yahoo y google podrían presentarle. Tiene acceso a registros públicos, información general de las redes sociales, una búsqueda general en línea, registros judiciales, registros de condenas penales, registros telefónicos (bases de datos públicas y privadas), registros de manejo y aún más.
¿Por qué necesitamos una búsqueda inversa de DNS?
- ¿Qué es el reenvío de puertos SSH y qué problemas de la vida real resuelve?
- ¿Debería usar select () solo en el lado del cliente?
- Para alguien no muy experto en pensamiento lógico / cuantitativo, ¿sería más fácil aprender a trabajar en red que aprender a programar?
- Cómo resolver un problema de conexión en MySQL
- ¿Cómo puedo encontrar la máscara de subred y la dirección de red de la dirección IP 192.168.1.17/28?
En la mayoría de las búsquedas del Sistema de nombres de dominio (DNS), los clientes suelen realizar una búsqueda directa, que es una búsqueda que se basa en el nombre DNS de otra computadora, ya que se almacena en un registro de recursos del host (A). Este tipo de consulta espera una dirección IP como datos de recursos para la respuesta respondida.
DNS también proporciona un proceso de búsqueda inversa, en el que los clientes usan una dirección IP conocida y buscan un nombre de computadora basado en su dirección. Una búsqueda inversa toma la forma de una pregunta, como “¿Me puede decir el nombre DNS de la computadora que usa la dirección IP 192.168.1.20?”
El DNS no se diseñó originalmente para admitir este tipo de consulta. Un problema para admitir el proceso de consulta inversa es la diferencia en cómo el espacio de nombres DNS organiza e indexa los nombres y cómo se asignan las direcciones IP. Si el único método para responder la pregunta anterior es buscar en todos los dominios en el espacio de nombres DNS, una consulta inversa tomaría demasiado tiempo y requeriría demasiado procesamiento para ser útil.
Para resolver este problema, se definió un dominio especial, el dominio http://in-addr.arpa, en los estándares DNS y se reservó en el espacio de nombres DNS de Internet para proporcionar una forma práctica y confiable de realizar consultas inversas. Para crear el espacio de nombres inverso, se forman subdominios dentro del dominio http://in-addr.arpa, utilizando el orden inverso de los números en la notación decimal con puntos de las direcciones IP.
Este orden inverso de los dominios para cada valor de octeto es necesario porque, a diferencia de los nombres DNS, cuando las direcciones IP se leen de izquierda a derecha, se interpretan de la manera opuesta. Cuando una dirección IP se lee de izquierda a derecha, se ve desde su información más generalizada (una dirección de red IP) en la primera parte de la dirección hasta la información más específica (una dirección de host IP) contenida en los últimos octetos. .
Por este motivo, el orden de los octetos de la dirección IP debe invertirse cuando se construye el árbol de dominio http://in-addr.arpa. Las direcciones IP del árbol DNS http://in-addr.arpa se pueden delegar a las organizaciones, ya que se les asigna un conjunto específico o limitado de direcciones IP dentro de las clases de direcciones definidas en Internet.
Finalmente, el árbol de dominio http://in-addr.arpa, como está integrado en DNS, requiere que se defina un tipo de registro de recursos adicional, el registro de recursos de puntero (PTR). Este registro de recursos crea una asignación en la zona de búsqueda inversa que generalmente corresponde a un registro de recursos de host (A) nombrado para el nombre de la computadora DNS de un host en su zona de búsqueda directa.