Mostrando las entradas con la etiqueta DNS. Mostrar todas las entradas
Mostrando las entradas con la etiqueta DNS. Mostrar todas las entradas

jueves, 17 de diciembre de 2009

DNS de Google

Cuando nosotros contratamos un servicio de acceso a Internet, el proveedor de Servicios (ISP) nos proporciona una dirección de DNS primario y una de secundario (Servidor de Nombres de Dominio). La idea es que nosotros escribimos google.com y el servidor de DNS nos regresa una IP pública u homologada que está ligada a ese nombre de dominio, y así evitamos tener que recordar los números tan abstractos y podemos recordar palabras o frases más amigables. La idea de una IP de DNS secundaria es dar el servicio en caso de que la IP del DNS primaria esté offline, o saturada o no responda por alguna razón. Hagamos el experimento:

Desde la línea de comandos escribimos:

C:\>nslookup google.com
*** Can't find server name for address 172.16.1.1: Non-existent domain
*** Default servers are not available
Server: UnKnown
Address: 172.16.1.1


DNS request timed out.
timeout was 2 seconds.
Non-authoritative answer:
Name: google.com
Addresses: 74.125.45.103, 74.125.45.147, 74.125.45.104, 74.125.45.106
74.125.45.99, 74.125.45.105

Aquí el Command Prompt nos regresa las direcciones IP ligadas a ese dominio, y hagamos la prueba con una IP

http://74.125.45.106/ y http://www.google.com son lo mismo en un browser.

Google ha puesto al alcance público dos direcciones de un servicio de DNS (aquí podemos consultar sobre el tema).
Ahora bien, ¿para que podríamos usarlo?. Bueno, en mi caso, trabajo en una empresa que tiene políticas de seguridad que bloquea ciertos sitios por DNS, y cuando hacemos una consulta nos regresa una dirección IP que está ligada a una página que nos informa que ese dominio no es permitido en la organización.
De la misma manera, algunos proveedores de servicio de Internet bloquean dominios específicos que son riesgosos o políticamente incorrectos.

No les recomiendo usar esta información para violentar las políticas de su trabajo, pero supongamos que ustedes registran un dominio y quieren saber si funciona fuera de la red de su ISP; pues cambiamos los DNS por los de Google y probamos. Realmente tiene muchas aplicaciones.

Las direcciones son:

8.8.8.8
8.8.4.4

¿Cómo usarlas?

domingo, 1 de junio de 2008

1. Bases de Internetworking

Esta es la estructura básica de una red de área local (LAN), con dos hosts conectados a través de un hub o concentrador, formando un dominio de colisión y un dominio de broadcast.

Cuando uno de los hosts se quiere comunicar con el otro, envía un paquete que llega hacia el repetidor diciendo, soy X y busco a Y, por medio del nombre buscará la dirección IP de ese host en un proceso llamado Resolución de Nombre de Dominio (DNS). Pero dado que se encuentran en la misma LAN, se envía un paquete de broadcast preguntando la información que necesita sin usar el DNS. El protocolo de resolución de direcciones (ARP) le dará una respuesta y obtendrá la IP del host Y y su dirección MAC.

Basic Networking

Por ejemplo:

IP de X 192.168.10.10 255.255.255.0
MAC de X 00.15.12.ac.de.10
broadcast: IP 192.168.10.255 MAC ff.ff.ff.ff.ff.ff
Protocolo: NBNS

Este paquete será difundido en la red a través del HUB, y por ser la dirección de broadcast, todos los hosts recibirán y procesarán la información, y el host Y, al identificar su nombre, responderá con los datos que le son solicitados:

Responde la IP 192.168.10.11 con MAC address 00.15.12.ac.de.31

Ahora el host X tiene la dirección MAC y la IP del host Y, pero el host Y no sabe la información del Host X, por lo que deberá pasar por el mismo proceso para enterarse de la misma información acerca del host X.

Esto representa un problema en una red de tamaño más grande, ya que habría que mandar todos esos paquetes cada que un host se quiera comunicar, y se presentarían congestiones de red por el tráfico local en el mismo dominio de broadcast.

Documento de Cisco.com