Wi-Fi (o Wi-fi, WiFi o Wifi, que de todas estas formas está bien escrito) significa Wireless Fidelity, y es un conjunto de especificaciones de comunicación inalámbrica basados en el estándar 802.11.
A veces se le define simplemente como Wireless, que significa sin cable, en contraposición a Wired, que se traduciría como cableado o cableada, en referencia a una red.
Pero ojo con esto. Si bien todas las conexiones Wi-Fi son Wireless, NO todas las conexiones Wireless son Wi-Fi.
Un poco de historia:
Aunque hace bastante tiempo que existen las comunicaciones de red inalámbricas, existía un grave problema de incompatibilidades, ya que prácticamente cada fabricante usaba un estándar diferente.
Por este motivo, en 1.999 varias empresas (las principales del sector de comunicaciones y redes, como 3com, Airones, Intersil, Lucent Technologies, Nokia y Symbol Technologies) crean la WECA (Wireless Ethernet Compability Aliance).
La WECA se encarga de certificar las diferentes especificaciones, así como su compatibilidad.
En el año 2.000 certifica la interoperatividad (es decir, que puedan operar entre ellos) de equipos bajo la especificación IEEE 802.11b, a la que denomina Wi-Fi.
Esta denominación por extensión se utiliza para todas las especificaciones posteriores basadas en el estándar 802.11x de comunicaciones inalámbricas.
Principales especificaciones existentes:
IEEE 802.11.- Funciona en la banda de 2.4GHz, con una velocidad máxima de entre 1Mbps y 2Mbps. Totalmente en desuso.
IEEE 802.11a.- Funciona en la banda de 5GHz, con una velocidad máxima de 54Mbps. No llegó a utilizarce en la práctica, ya que es incompatible con las demás especificaciones, que trabajan a 2.4GHz.
IEEE 802.11b.- Funciona en la banda de 2.4GHz, con una velocidad máxima de 11Mbps. La velocidad real mantenida está en torno a los 6Mbps.
IEEE 802.11g.- Funciona en la banda de 2.4GHz, con una velocidad máxima de 54Mbps. La velocidad real mantenida está en torno a los 25Mbps.
Esta especificación es compatible con la IEEE 802.11b, pero evidentemente en transmisiones entre dos puntos se adaptará siempre al de menor velocidad, disminuyendo sensiblemente la velocidad cuando existe un nodo que utiliza la especificación IEEE 802.11b.
IEEE 802.11n.- Es la especificación más reciente. Esta especificación funciona tanto en la banda de 2.5GHz como en la de 5GHz, y una velocidad máxima de 600Mbps, La velocidad real mantenida está en por encima de los 100Mbps.
Este incremento en la velocidad, y también en el alcance, se consigue gracias a la utilización de una serie de tecnologías, entre ella MIMO (Multiple Imput - Multiple Output), que permite la comunicación a través de varios canales a la vez utilizando tres antenas, pudiendo ser una de ellas omnidireccional.
En estas imágenes podemos ver un router y una antena USB para Wi-Fi IEEE 802.11n.
Dos modelos diferentes de tarjetas PCI - Wi-Fi IEEE 802.11n. Una con las antenas incorporadas y otra con las antenas exteriores. Este sistema suele ser más eficaz y lograr una mayor calidad de señal.
Está en desarrollo un denominado 802.11i, que más que nada implementaría la utilización de encriptaciones WPA2.
Todos ellos son totalmente compatibles con la especificación IEEE 802.3, que es la utilizada por las redes Wired o cableadas, lo que hace que funcionen sin ningún problema redes mixtas, es decir, redes en las que tenemos elementos conectados mediante Wi-Fi y otro mediante cableado UTP.
Legislación española a este respecto:
La Legislación de Wireless en España para el nivel de señal en transmisión es de 100mW para la frecuencia de 2.4GHz y de 1W para la frecuencia de 5.4GHz, esto quiere decir que si empleamos amplificadores que superen estas cantidades estaremos incumpliendo esta normativa, pero como podéis ver todas las especificaciones reseñadas se encuentran dentro de estos límites, por lo que no tienen ningún problema de legalidad.
Problemas principales:
Aparte del tema de la seguridad, el principal problema de las redes Wi-Fi se debe a la utilización de la banda de 2.4GHz. Esta misma banda es la utilizada por elementos tales como teléfonos inalámbricos, Bluetooth, microondas y otros, por lo que cualquiera de estos elementos puede causar (y de hecho causa) interferencias en la señal, disminuyendo su alcance, calidad y fiabilidad.
En buena parte esto se está solucionando en la especificación IEEE 802.11n, ya que esta puede utilizar la banda de 5GHz, en la que ya no tendría este problema, ya que se trata de una banda prácticamente libre.
miércoles, 17 de febrero de 2010
Diferencia entre WEP y WPA /WPA2
WEP (Protocolo de equivalencia con red cableada)
La seguridad de la red es extremadamente importante, especialmente para las aplicaciones o programas que almacenan información valiosa. WEP cifra los datos en su red de forma que sólo el destinatario deseado pueda acceder a ellos. Los cifrados de 64 y 128 bits son dos niveles de seguridad WEP. WEP codifica los datos mediante una “clave” de cifrado antes de enviarlo al aire.
Cuanto más larga sea la clave, más fuerte será el cifrado. Cualquier dispositivo de recepción deberá conocer dicha clave para descifrar los datos. Las claves se insertan como cadenas de 10 o 26 dígitos hexadecimales y 5 o 13 dígitos alfanuméricos.
La activación del cifrado WEP de 128 bits evitará que el pirata informático ocasional acceda a sus archivos o emplee su conexión a Internet de alta velocidad. Sin embargo, si la clave de seguridad es estática o no cambia, es posible que un intruso motivado irrumpa en su red mediante el empleo de tiempo y esfuerzo. Por lo tanto, se recomienda cambiar la clave WEP frecuentemente. A pesar de esta limitación, WEP es mejor que no disponer de ningún tipo de seguridad y debería estar activado como nivel de seguridad mínimo.
WPA (Wi-Fi Protected Access)
WPA emplea el cifrado de clave dinámico, lo que significa que la clave está cambiando constantemente y hacen que las incursiones en la red inalámbrica sean más difíciles que con WEP. WPA está considerado como uno de los más altos niveles de seguridad inalámbrica para su red, es el método recomendado si su dispositivo es compatible con este tipo de cifrado. Las claves se insertan como de dígitos alfanuméricos, sin restricción de longitud, en la que se recomienda utilizar caracteres especiales, números, mayúsculas y minúsculas, y palabras difíciles de asociar entre ellas o con información personal. Dentro de WPA, hay dos versiones de WPA, que utilizan distintos procesos de autenticación:
* Para el uso personal doméstico: El Protocolo de integridad de claves temporales (TKIP) es un tipo de mecanismo empleado para crear el cifrado de clave dinámico y autenticación mutua. TKIP aporta las características de seguridad que corrige las limitaciones de WEP. Debido a que las claves están en constante cambio, ofrecen un alto nivel de seguridad para su red.
* Para el uso en empresarial/de negocios: El Protocolo de autenticación extensible (EAP) se emplea para el intercambio de mensajes durante el proceso de autenticación. Emplea la tecnología de servidor 802.1x para autenticar los usuarios a través de un servidor RADIUS (Servicio de usuario de marcado con autenticación remota). Esto aporta una seguridad de fuerza industrial para su red, pero necesita un servidor RADIUS.
WPA2 es la segunda generación de WPA y está actualmente disponible en los AP más modernos del mercado. WPA2 no se creó para afrontar ninguna de las limitaciones de WPA, y es compatible con los productos anteriores que son compatibles con WPA. La principal diferencia entre WPA original y WPA2 es que la segunda necesita el Estándar avanzado de cifrado (AES) para el cifrado de los datos, mientras que WPA original emplea TKIP (ver arriba). AES aporta la seguridad necesaria para cumplir los máximos estándares de nivel de muchas de las agencias del gobierno federal. Al igual que WPA original, WPA2 será compatible tanto con la versión para la empresa como con la doméstica.
La tecnología SecureEasySetup™ (SES) de Linksys o AirStation OneTouch Secure System™ (AOSS) de Buffalo permite al usuario configurar una red y activar la seguridad de Acceso protegido Wi-Fi (WPA) simplemente pulsando un botón. Una vez activado, SES o AOSS crea una conexión segura entre sus dispositivos inalámbricos, configura automáticamente su red con un Identificador de red inalámbrica (SSID) personalizado y habilita los ajustes de cifrado de la clave dinámico de WPA. No se necesita ningún conocimiento ni experiencia técnica y no es necesario introducir manualmente una contraseña ni clave asociada con una configuración de seguridad tradicional inalámbrica.
La seguridad de la red es extremadamente importante, especialmente para las aplicaciones o programas que almacenan información valiosa. WEP cifra los datos en su red de forma que sólo el destinatario deseado pueda acceder a ellos. Los cifrados de 64 y 128 bits son dos niveles de seguridad WEP. WEP codifica los datos mediante una “clave” de cifrado antes de enviarlo al aire.
Cuanto más larga sea la clave, más fuerte será el cifrado. Cualquier dispositivo de recepción deberá conocer dicha clave para descifrar los datos. Las claves se insertan como cadenas de 10 o 26 dígitos hexadecimales y 5 o 13 dígitos alfanuméricos.
La activación del cifrado WEP de 128 bits evitará que el pirata informático ocasional acceda a sus archivos o emplee su conexión a Internet de alta velocidad. Sin embargo, si la clave de seguridad es estática o no cambia, es posible que un intruso motivado irrumpa en su red mediante el empleo de tiempo y esfuerzo. Por lo tanto, se recomienda cambiar la clave WEP frecuentemente. A pesar de esta limitación, WEP es mejor que no disponer de ningún tipo de seguridad y debería estar activado como nivel de seguridad mínimo.
WPA (Wi-Fi Protected Access)
WPA emplea el cifrado de clave dinámico, lo que significa que la clave está cambiando constantemente y hacen que las incursiones en la red inalámbrica sean más difíciles que con WEP. WPA está considerado como uno de los más altos niveles de seguridad inalámbrica para su red, es el método recomendado si su dispositivo es compatible con este tipo de cifrado. Las claves se insertan como de dígitos alfanuméricos, sin restricción de longitud, en la que se recomienda utilizar caracteres especiales, números, mayúsculas y minúsculas, y palabras difíciles de asociar entre ellas o con información personal. Dentro de WPA, hay dos versiones de WPA, que utilizan distintos procesos de autenticación:
* Para el uso personal doméstico: El Protocolo de integridad de claves temporales (TKIP) es un tipo de mecanismo empleado para crear el cifrado de clave dinámico y autenticación mutua. TKIP aporta las características de seguridad que corrige las limitaciones de WEP. Debido a que las claves están en constante cambio, ofrecen un alto nivel de seguridad para su red.
* Para el uso en empresarial/de negocios: El Protocolo de autenticación extensible (EAP) se emplea para el intercambio de mensajes durante el proceso de autenticación. Emplea la tecnología de servidor 802.1x para autenticar los usuarios a través de un servidor RADIUS (Servicio de usuario de marcado con autenticación remota). Esto aporta una seguridad de fuerza industrial para su red, pero necesita un servidor RADIUS.
WPA2 es la segunda generación de WPA y está actualmente disponible en los AP más modernos del mercado. WPA2 no se creó para afrontar ninguna de las limitaciones de WPA, y es compatible con los productos anteriores que son compatibles con WPA. La principal diferencia entre WPA original y WPA2 es que la segunda necesita el Estándar avanzado de cifrado (AES) para el cifrado de los datos, mientras que WPA original emplea TKIP (ver arriba). AES aporta la seguridad necesaria para cumplir los máximos estándares de nivel de muchas de las agencias del gobierno federal. Al igual que WPA original, WPA2 será compatible tanto con la versión para la empresa como con la doméstica.
La tecnología SecureEasySetup™ (SES) de Linksys o AirStation OneTouch Secure System™ (AOSS) de Buffalo permite al usuario configurar una red y activar la seguridad de Acceso protegido Wi-Fi (WPA) simplemente pulsando un botón. Una vez activado, SES o AOSS crea una conexión segura entre sus dispositivos inalámbricos, configura automáticamente su red con un Identificador de red inalámbrica (SSID) personalizado y habilita los ajustes de cifrado de la clave dinámico de WPA. No se necesita ningún conocimiento ni experiencia técnica y no es necesario introducir manualmente una contraseña ni clave asociada con una configuración de seguridad tradicional inalámbrica.
DNS en UBUNTU
DNS EN UBUNTU
La utilización de un servidor DNS local tiene ciertas ventajas:
• Agilizar el acceso a Internet: Al tener un servidor de nombres en nuestra propia red local (que acceda al DNS de nuestro proveedor o directamente a los root servers) se agiliza el mecanismo de resolución de nombres, manteniendo en caché los nombres recientemente usados en la red y disminuyendo el tráfico hacia/desde Internet.
• Simplificar la administración de la red local: Al contar con un DNS propio es posible definir zonas locales (no válidas ni accesibles desde Internet) para asignar nombres a cada uno de los ordenadores de la red. De esta forma es posible, por ejemplo, referirnos al servidor web como “www.aulaesi.com” en vez de “192.168.1.1″ y a nuestra impresora de red como “impresora.aulaesi.com” en vez “192.168.1.141″. (Pensemos, por ejemplo, que ocurriría con las configuraciones de las aplicaciones si un día decidimos cambiar el esquema de direcciones IP de nuestra red.)
El dominio que hemos creado lo hemos llamado aulaESI.com, y la máquina que hace de servidor de nombres, cuyo nombre es servidor y tiene IP 192.168.1.1, hace también la función de servidor web. De esta manera, desde cualquier ordenador del aula podemos poner www.aulaesi.com en el navegador para que aparezca la página web almacenada en el servidor.
En el aula hay también un servidor ftp, cuyo nombre es servidor2 y tiene dirección IP 192.168.1.2. El resto de los ordenadores del aula, que hemos llamado pc03, pc04, pc05, pc06…., tienen las direcciones IP que se muestran en la siguiente imagen.
Para montar el servidor DNS hemos utilizado una máquina con Ubuntu Gutsy 7.10 y el paquete BIND. BIND (Berkeley Internet Name Domain, anteriormente : Berkeley Internet Name Daemon) es el servidor de DNS más comúnmente usado en Internet, especialmente en sistemas Unix, en los cuales es un standard de facto. Fue creado originalmente en la Universidad de California, y actualmente propiedad del Internet Systems Consortium.
Instalación de BIND
Para instalar BIND simplemente abrimos la consola (Aplicaciones/Accessorios/Terminal) y escribimos el siguiente comando:
• sudo apt-get install bind9
Configuración de los archivos de BIND
Los archivos de configuración que tendremos que modificar en el servidor DNS son los siguientes:
• /etc/bind/named.conf
• /etc/bind/named.conf.options
• /etc/bind/named.conf.local
• /etc/bind/db.aulaESI.com
• /etc/bind/db.192.168.1
En el resto de ordenadores de la red, sólo habrá que modificar el archivo /etc/resolv.conf.
El archivo named.conf en realidad no es necesario que lo modifiquemos. Este archivo almacena la configuración de las diferentes zonas generadas por defecto en el momento de la instalación.
Para modificar el archivo /etc/bind/named.conf.local podemos utilizar cualquier editor de textos, como gedit o vi. Para crear este fichero con gedit abriremos el terminal y escribiremos:
• sudo gedit /etc/bind/named.conf.local
Una vez abierto tendremos que poner lo siguiente (lo que hay tras el carácter # son comentarios).
#Esta es la definición de la zona. Cambia aulaESI.com por tu nombre de dominio
zone “aulaESI.com” {
type master;
file “/etc/bind/db.aulaESI.com”;
};
#Aquí definimos la zona de resolución inversa. Cambia 1.168.192 por la dirección de tu red
zone “1.168.192.in-addr.arpa” {
type master;
file “/etc/bind/db.192.168.1″;
};
A continuación modificamos el fichero /etc/bind/named.conf.options. En este fichero especificaremos aquellos servidores DNS de Internet que resolverán los nombres de dominio que nuestro servidor DNS local no pueda resolver. Será necesario especificarlos para que los ordenadores de nuestra red salgan a Internet.
options {
directory “/var/cache/bind”;
forwarders {
80.58.0.33;
62.42.230.24;
};
};
Tendremos que cambiar las IP 80.58.0.33 y 62.42.230.24 por los servidores DNS de nuestro ISP. Los servidores DNS de ONO son: 62.42.230.24 y 62.42.63.52. Los servidores DNS de telefónica son: 80.58.61.250 y 80.58.61.254, aunque también tienen muchos más (80.58.0.33, 80.58.32.97, etc.)
Después tendremos que crear el fichero de definición de zona /etc/bind/db.aulaESI.com. En este fichero es donde pondremos todos los nombres de máquinas y direcciones IP que conocerá nuestro servidor DNS.
$TTL 604800
//Cambia aulaESI.com por el nombre de tu dominio
//Cambia servidor por el nombre de tu servidor de nombres
aulaESI.com. IN SOA aulaESI.com. servidor.aulaESI.com. (
//Las siguientes líneas no es necesario que las modifiquemos
2006081401
28800
3600
604800
38400)
//Cambia las siguientes líneas si es necesario
//aulaESI.com por el nombre de tu dominio
//servidor por el nombre de tu servidor de nombres
aulaESI.com. IN NS servidor.aulaESI.com.
//Cambia los nombres máquinas y direcciones IP por las de tu red
servidor IN A 192.168.1.1
servidor2 IN A 192.168.1.2
pc03 IN A 192.168.1.3
pc04 IN A 192.168.1.4
pc05 IN A 192.168.1.5
pc05 IN A 192.168.1.6
//Así para el resto de equipos de la red
//Lo siguiente es un alias. Para que desde el navegador podamos poner
//www.aulaESI.com en lugar de servidor.aulaESI.com
www IN CNAME servidor
ftp in CNAME servidor2
A continuación creamos el archivo de zona de resolución inversa /etc/bind/1.168.192 con el siguiente contenido:
//Cambia aulaESI.com por el nombre de tu dominio
//Cambia servidor por el nombre de tu servidor de nombres.
@ IN SOA servidor.aulaESI.com.
(2006081401;
28800;
3600;
604800;
38400)
//Cambia aulaESI.com por el nombre de tu dominio
//Cambia servidor por el nombre de tu servidor de nombres de dominio
//El número que aparece delante de IN PTR es el último octeto de la dirección IP //de la máquina
//192.168.1.1 para servidor, 192.168.1.2 para servidor2, 192.168.1.3 para pc03….
//Cambia las direcciones IP y nombres por los de tu red
IN NS servidor.aulaESI.com.
1 IN PTR servidor.aulaESI.com.
2 IN PTR servidor2.aulaESI.com.
3 IN PTR pc03.aulaESI.com.
4 IN PTR pc04.aulaESI.com.
5 IN PTR pc05.aulaESI.com.
6 IN PTR pc06.aulaESI.com.
Cuando hayamos creado cada uno de los archivos tendremos que reiniciar BIND con el siguiente comando:
• sudo /etc/init.d/bind9 restart
En cada uno de los ordenadores de la red habrá que modificar el fichero /etc/resolv.conf. Este fichero tendŕa el siguiente contenido:
//Cambia 192.168.1.1 por la IP de tu servidor de nombres
//Cambia aulaESI.com por el nombre de tu dominio
nameserver 192.168.1.1
search aulaESI.com
A partir de la versión 9 de BIND se incluyen dos herramientas software para chequear la sintaxis y semántica de los archivos que describen las zonas y el archivo de configuración principal named.conf. Dichas herramientas son: named-checkzone y named-checkconf.
Una vez configurado el servidor DNS, si se quiere hacer una comprobación sintáctica del archivo de configuración named.conf hay que ejecutar:
• named-checkconf
La salida muestra los errores que genera. Si no genera salida, está todo correcto.
En el caso de los archivos de zona hay que ejecutar:
• named-checkzone aulaESI.com /etc/bind/db.aulaESI.com
(cambiando aulaESI.com por el nombre de tu dominio)
Este comando genera la siguiente salida si todo está correcto:
zone aulaESI.com/IN: loaded serial 1 OK
Comprobando el servidor de nombres DNS
Una vez hayamos reiniciado el servidor DNS (sudo /etc/init.d/bind9 restart) debemos comprobar que éste funciona correctamente. Para comprobar que el servidor de nombres resuelve nombres de dominio correctamente podemos utilizar la orden host. La orden host permite hacer búsquedas en el DNS. Se utiliza para convertir nombres en direcciones IP y viceversa.
Algunas de sus opciones son las siguientes:
• -t: indica el tipo de registro a devolver. Puede ser A, ANY, PTR, NS, etcétera.
• -R: permite modificar el número de intentos que se hacen para obtener la respuesta, ya que por defecto es uno.
• -l: lista toda la información del dominio.
Para comprobar que nuestro servidor funciona correctamente, ejecutamos la siguiente orden desde cualquier servidor del dominio: host servidor.aulaESI.com (tendrás que cambiar servidor por el nombre de tu servidor y aulaESI.com por el nombre de tu dominio).
La utilización de un servidor DNS local tiene ciertas ventajas:
• Agilizar el acceso a Internet: Al tener un servidor de nombres en nuestra propia red local (que acceda al DNS de nuestro proveedor o directamente a los root servers) se agiliza el mecanismo de resolución de nombres, manteniendo en caché los nombres recientemente usados en la red y disminuyendo el tráfico hacia/desde Internet.
• Simplificar la administración de la red local: Al contar con un DNS propio es posible definir zonas locales (no válidas ni accesibles desde Internet) para asignar nombres a cada uno de los ordenadores de la red. De esta forma es posible, por ejemplo, referirnos al servidor web como “www.aulaesi.com” en vez de “192.168.1.1″ y a nuestra impresora de red como “impresora.aulaesi.com” en vez “192.168.1.141″. (Pensemos, por ejemplo, que ocurriría con las configuraciones de las aplicaciones si un día decidimos cambiar el esquema de direcciones IP de nuestra red.)
El dominio que hemos creado lo hemos llamado aulaESI.com, y la máquina que hace de servidor de nombres, cuyo nombre es servidor y tiene IP 192.168.1.1, hace también la función de servidor web. De esta manera, desde cualquier ordenador del aula podemos poner www.aulaesi.com en el navegador para que aparezca la página web almacenada en el servidor.
En el aula hay también un servidor ftp, cuyo nombre es servidor2 y tiene dirección IP 192.168.1.2. El resto de los ordenadores del aula, que hemos llamado pc03, pc04, pc05, pc06…., tienen las direcciones IP que se muestran en la siguiente imagen.
Para montar el servidor DNS hemos utilizado una máquina con Ubuntu Gutsy 7.10 y el paquete BIND. BIND (Berkeley Internet Name Domain, anteriormente : Berkeley Internet Name Daemon) es el servidor de DNS más comúnmente usado en Internet, especialmente en sistemas Unix, en los cuales es un standard de facto. Fue creado originalmente en la Universidad de California, y actualmente propiedad del Internet Systems Consortium.
Instalación de BIND
Para instalar BIND simplemente abrimos la consola (Aplicaciones/Accessorios/Terminal) y escribimos el siguiente comando:
• sudo apt-get install bind9
Configuración de los archivos de BIND
Los archivos de configuración que tendremos que modificar en el servidor DNS son los siguientes:
• /etc/bind/named.conf
• /etc/bind/named.conf.options
• /etc/bind/named.conf.local
• /etc/bind/db.aulaESI.com
• /etc/bind/db.192.168.1
En el resto de ordenadores de la red, sólo habrá que modificar el archivo /etc/resolv.conf.
El archivo named.conf en realidad no es necesario que lo modifiquemos. Este archivo almacena la configuración de las diferentes zonas generadas por defecto en el momento de la instalación.
Para modificar el archivo /etc/bind/named.conf.local podemos utilizar cualquier editor de textos, como gedit o vi. Para crear este fichero con gedit abriremos el terminal y escribiremos:
• sudo gedit /etc/bind/named.conf.local
Una vez abierto tendremos que poner lo siguiente (lo que hay tras el carácter # son comentarios).
#Esta es la definición de la zona. Cambia aulaESI.com por tu nombre de dominio
zone “aulaESI.com” {
type master;
file “/etc/bind/db.aulaESI.com”;
};
#Aquí definimos la zona de resolución inversa. Cambia 1.168.192 por la dirección de tu red
zone “1.168.192.in-addr.arpa” {
type master;
file “/etc/bind/db.192.168.1″;
};
A continuación modificamos el fichero /etc/bind/named.conf.options. En este fichero especificaremos aquellos servidores DNS de Internet que resolverán los nombres de dominio que nuestro servidor DNS local no pueda resolver. Será necesario especificarlos para que los ordenadores de nuestra red salgan a Internet.
options {
directory “/var/cache/bind”;
forwarders {
80.58.0.33;
62.42.230.24;
};
};
Tendremos que cambiar las IP 80.58.0.33 y 62.42.230.24 por los servidores DNS de nuestro ISP. Los servidores DNS de ONO son: 62.42.230.24 y 62.42.63.52. Los servidores DNS de telefónica son: 80.58.61.250 y 80.58.61.254, aunque también tienen muchos más (80.58.0.33, 80.58.32.97, etc.)
Después tendremos que crear el fichero de definición de zona /etc/bind/db.aulaESI.com. En este fichero es donde pondremos todos los nombres de máquinas y direcciones IP que conocerá nuestro servidor DNS.
$TTL 604800
//Cambia aulaESI.com por el nombre de tu dominio
//Cambia servidor por el nombre de tu servidor de nombres
aulaESI.com. IN SOA aulaESI.com. servidor.aulaESI.com. (
//Las siguientes líneas no es necesario que las modifiquemos
2006081401
28800
3600
604800
38400)
//Cambia las siguientes líneas si es necesario
//aulaESI.com por el nombre de tu dominio
//servidor por el nombre de tu servidor de nombres
aulaESI.com. IN NS servidor.aulaESI.com.
//Cambia los nombres máquinas y direcciones IP por las de tu red
servidor IN A 192.168.1.1
servidor2 IN A 192.168.1.2
pc03 IN A 192.168.1.3
pc04 IN A 192.168.1.4
pc05 IN A 192.168.1.5
pc05 IN A 192.168.1.6
//Así para el resto de equipos de la red
//Lo siguiente es un alias. Para que desde el navegador podamos poner
//www.aulaESI.com en lugar de servidor.aulaESI.com
www IN CNAME servidor
ftp in CNAME servidor2
A continuación creamos el archivo de zona de resolución inversa /etc/bind/1.168.192 con el siguiente contenido:
//Cambia aulaESI.com por el nombre de tu dominio
//Cambia servidor por el nombre de tu servidor de nombres.
@ IN SOA servidor.aulaESI.com.
(2006081401;
28800;
3600;
604800;
38400)
//Cambia aulaESI.com por el nombre de tu dominio
//Cambia servidor por el nombre de tu servidor de nombres de dominio
//El número que aparece delante de IN PTR es el último octeto de la dirección IP //de la máquina
//192.168.1.1 para servidor, 192.168.1.2 para servidor2, 192.168.1.3 para pc03….
//Cambia las direcciones IP y nombres por los de tu red
IN NS servidor.aulaESI.com.
1 IN PTR servidor.aulaESI.com.
2 IN PTR servidor2.aulaESI.com.
3 IN PTR pc03.aulaESI.com.
4 IN PTR pc04.aulaESI.com.
5 IN PTR pc05.aulaESI.com.
6 IN PTR pc06.aulaESI.com.
Cuando hayamos creado cada uno de los archivos tendremos que reiniciar BIND con el siguiente comando:
• sudo /etc/init.d/bind9 restart
En cada uno de los ordenadores de la red habrá que modificar el fichero /etc/resolv.conf. Este fichero tendŕa el siguiente contenido:
//Cambia 192.168.1.1 por la IP de tu servidor de nombres
//Cambia aulaESI.com por el nombre de tu dominio
nameserver 192.168.1.1
search aulaESI.com
A partir de la versión 9 de BIND se incluyen dos herramientas software para chequear la sintaxis y semántica de los archivos que describen las zonas y el archivo de configuración principal named.conf. Dichas herramientas son: named-checkzone y named-checkconf.
Una vez configurado el servidor DNS, si se quiere hacer una comprobación sintáctica del archivo de configuración named.conf hay que ejecutar:
• named-checkconf
La salida muestra los errores que genera. Si no genera salida, está todo correcto.
En el caso de los archivos de zona hay que ejecutar:
• named-checkzone aulaESI.com /etc/bind/db.aulaESI.com
(cambiando aulaESI.com por el nombre de tu dominio)
Este comando genera la siguiente salida si todo está correcto:
zone aulaESI.com/IN: loaded serial 1 OK
Comprobando el servidor de nombres DNS
Una vez hayamos reiniciado el servidor DNS (sudo /etc/init.d/bind9 restart) debemos comprobar que éste funciona correctamente. Para comprobar que el servidor de nombres resuelve nombres de dominio correctamente podemos utilizar la orden host. La orden host permite hacer búsquedas en el DNS. Se utiliza para convertir nombres en direcciones IP y viceversa.
Algunas de sus opciones son las siguientes:
• -t
• -R
• -l: lista toda la información del dominio.
Para comprobar que nuestro servidor funciona correctamente, ejecutamos la siguiente orden desde cualquier servidor del dominio: host servidor.aulaESI.com (tendrás que cambiar servidor por el nombre de tu servidor y aulaESI.com por el nombre de tu dominio).
COMO FUNCIONA EL SERVICIO DNS
(Sistema de Nombres de Dominio)
1. EL MOTIVO DEL SERVICIO DNS.
En las redes que usan el protocolo TCP/IP, tales como Internet, la forma primaria de distinguir un ordenador de otro es mediante su número de IP , de forma similar a como en la red telefónica se distingue un terminal entre todos los posibles mediante el número de teléfono.
Para esquivar la necesidad de que los seres humanos nos tuviéramos que aprender de memoria largas listas de números de teléfono se inventaron las guías telefónicas. De la misma manera, encontramos que la utilización de números de IP para “llamar” a otros ordenadores desde el nuestro resulta inconveniente. La solución a éste problema fue, allá por los años 80, la invención de los Nombres de Dominio y del servicio DNS.
2. DEFINICIONES DE DOMINIO Y DNS.
Un nombre de dominio es, sencillamente, una serie de secuencias de caracteres separadas por puntos, que identifica de forma unívoca a un conjunto de recursos (léase ordenadores) entre todos los de la red, o incluso a uno concreto. El nombre de dominio de una máquina la caracteriza y distingue de entre todas las existentes tan bien como su número de IP. Un ejemplo de esto podría ser: “www.canarycad.org” (sin las comillas).
El SERVICIO DNS se diseñó para permitir, por ejemplo, el que al usar un navegador de Internet no necesitemos recordar el número de IP del servidor web al que queremos acceder, en vez de eso nos basta teclear el nombre de domino completo del mismo, el navegador, de forma automática, consulta al servidor de DNS que tengamos configurado la dirección IP correspondiente a dicho nombre de dominio. Este proceso recibe el nombre de RESOLUCIÓN del Nombre de Dominio. Cuando recibe la respuesta, y de forma transparente para nosotros (o sea sin que nos demos cuenta), “marca” dicho número de IP y entra en comunicación directa con el servidor web.
Pero, ¿cómo funciona internamente esto del DNS?. Pues vamos a ver si lo puedo explicar.
3. COMPORTAMIENTO OBSERVABLE DEL SERVICIO DNS.
Cuando invocamos el servicio DNS, por ejemplo al usar el comando ping con el nombre DNS (el FQDN) de un ordenador, en vez de con su número de IP, se produce la resolución del nombre sin importar donde esté la máquina con la que queremos conectar, ya puede ser en el edificio de enfrente, en la ciudad de al lado, o en China. Este comportamiento nos puede llevar a pensar que todos los servidores de DNS tienen una copia de toda la “guía telefónica” de Internet.
Nada más lejos de la verdad. En realidad la práctica totalidad de los servidores de DNS existentes no cuentan más que con una pequeña parte de la información, lo que pasa es que éste servicio fue definido de tal manera que un servidor DNS que no tenga un dato concreto puede consultar con otros servidores DNS hasta encontrarlo, o hasta determinar que no existe y devolver el correspondiente mensaje de error.
4. NIVELES DE LOS NOMBRES DE DOMINIO.
Como ya dije en el punto 4, en un nombre de dominio completo (FQDN) se distinguen diferentes nombres de dominios individuales separados por un punto. Dichos dominios se numeran empezando a contar por la derecha. Así se dice que el más a la derecha es un dominio de PRIMER NIVEL, el siguiente hacia la izquierda de segundo nivel, y así hasta el finalizar el nombre. Por ejemplo en “promo2005.tecnocad.org” el dominio de 1er nivel es “org”, el de 2º nivel es “tecnocad”, y “promo2005” es el de 3º.
De cada dominio se dice que es SUBDOMINIO del dominio de nivel inmediatamente anterior, así en el ejemplo anterior “promo2005” es subdominio del dominio “tecnocad”, y “tecnocad” es subdominio del dominio “org”. Cada dominio del nivel N depende de otro dominio del nivel N-1.
Además de los distintos niveles de los dominios existe lo que se denomina la RAIZ del árbol de dominios, ó sencillamente DOMINIO RAIZ, que se representa por un punto “.”. El Raíz es el único dominio que no depende de ningún otro.
El término Raíz para el dominio “.” viene de que suele representarse toda la información gestionada por el servicio DNS usando una estructura de árbol invertido, donde el extremo superior es la raíz, de la que descienden ramas que van a parar a nudos que representan los dominios de 1er nivel, de donde a su vez descienden ramas que terminan en otros nudos, que representan los dominios de 2º nivel, y así en adelante.
El FQDN de un recurso concreto (por ejemplo un ordenador) contiene el FQDN del dominio al que pertenece, y un identificador del dato característico asociado (por ejemplo de su número IP). Así en “www.canarycad.org” el dominio es “canarycad.org”, y “www” no es un subdominio, sino el nombre del registro HOST asociado a esa máquina (un registro host contiene justamente un número de IP).
5. COMO SE REPARTE DE LA INFORMACION DE LOS DOMINIOS ENTRE DISTINTOS SERVIDORES.
Toda la información asociada a uno de los dominios individuales está íntegramente contenida dentro de un único servidor de DNS, que se dice que es la AUTORIDAD para él.
Los datos guardados en un servidor Autoridad para un dominio son de naturaleza diversa, de momento nos basta con saber que entre ellos se encuentran dos tipos especialmente importantes: 1) el nombre y dirección IP de cada uno de los hosts que dependen directamente de éste dominio (el host “www.casi.medical.org” depende directamente del dominio “casi.medical.org”, pero NO del “medical.org”), y 2), también contiene el FQDN de cada uno de los Servidores de Autoridad de los subdominios de éste dominio (si no lo fuera el actual).
La función principal del Dominio Raíz es contener la relación de los Servidores de Autoridad de los dominios de primer nivel (tales como “org”, “com”, “net”, “es”, “fr”, “uk”, etc...).
Si el organismo competente nos concede Autoridad sobre un dominio, o mejor dicho, si se la concede a un servidor que nosotros administramos, eso implica que podremos añadir a dicho dominio toda la información que deseemos, tal como subdominios, direcciones de IP de servidores web, ó ftp, ó de ordenadores cualquiera, nombres de servidores de e-mail, etc..., y que dicha información estará automáticamente disponible en Internet sin que tengamos que solicitar ninguna autorización adicional por nuestra parte. Justamente eso es lo que quiere decir que nosotros administramos el dominio.
6. COMO SE BUSCA LA INFORMACION EN LOS SERVIDORES DE DNS.
Como dije en el punto 3, un servidor de DNS que no tenga el dato que se le solicita puede consultar con otros servidores DNS (o sea cuando no pueda resolver el nombre de dominio con sus propios datos). Existen dos maneras.
La primera, la más simple, recibe el nombre de Procedimiento Iterativo ó BUSQUEDA ITERATIVA. Consiste en que el servidor DNS proporciona al ordenador que hizo la pregunta las direcciones de otros varios servidores de DNS para que se la pueda enviar también a ellos.
Como es evidente, esta manera no garantiza el éxito de la consulta, porque es posible que los otros (pocos) servidores DNS mencionados por el primero tampoco sepan la respuesta.
La segunda manera, en cambio, sí que tiene garantizado el éxito. Recibe el nombre de Procedimiento Recursivo ó BUSQUEDA RECURSIVA.
Será más fácil de explicar con un ejemplo. Digamos que yo, usuario final, quiero ver en mi navegador de Internet la siguiente web: “www.calma.total.org”. Pues bien, a tal efecto pongo esa dirección (sin las comillas) en el espacio reservado para ello en mi navegador. Los sucesos que ocurren a partir del momento en que pulse Intro son los siguientes (simplificados):
1) Mi navegador pregunta al servidor DNS que tengo configurado, al que llamaremos DNSmío, la dirección IP que corresponde al host “www.calma.total.org”.
2) DNSmío no tiene la información así que decide obtenerla usando una búsqueda recursiva, para lo cuál mira en su propia configuración la lista de números de IP de los de los Servidores de Autoridad del dominio Raíz (que son pocos) y elige uno, al que vamos a llamar DNSraiz.
3) DNSmío envía a DNSraiz una petición para saber qué servidor es la Autoridad para el dominio “org”. RAIZ responde con el dato de que la Autoridad la tiene el servidor DNSorg (conviene destacar que si un Servidor Autoridad no tiene éste dato entonces es que no existe tal servidor ó subdominio, es decir que el nombre del subdominio no está registrado, y por tanto es erróneo ó “ilegal”).
4) DNSmío pregunta ahora al servidor DNSorg quién es el servidor de Autoridad para “total.org”. DNSorg devuelve una referencia a otro servidor de DNS al que llamaremos DNStotal.
5) DNSmío vuelve a preguntar, esta vez al ordenador DNStotal, por la Autoridad para “calma.total.org”. DNStotal responde que es otro servidor, que llamaremos DNScalma.
6) Por último DNSmío pide a DNScalma el contenido de un registro de tipo host (ó sea un número de IP), y de nombre “www.calma.total.org”.
7. LIMITACIONES EN LOS NOMBRES DE DOMINIOS.
La relación de caracteres válidos en los nombres de dominios, y el número mínimo y máximo de los mismos, no está estandarizada a nivel de Internet. Es decir que distintos dominios tienen reglas para componer los nombres algo diferentes.
Por mencionar un caso típico, los subdominios del dominio “.com” pueden tener hasta 67 caracteres, a elegir entre letras, números, y guiones (aunque no pueden comenzar ni terminar en guión).
En la siguiente dirección puede encontrarse la relación de los caracteres permitidos y longitud máxima para los dominios de 1er nivel más comunes: “http://bitsolution.com.mx/clientes/especificaciones.htm”.
8. LAS ZONAS EN LOS SERVIDORES DNS.
Un determinado servidor de DNS que tenga la Autoridad sobre un dominio concreto, por ejemplo sobre “megared.net”, no está obligado a delegar la Autoridad sobre ninguno de sus subdominios. Por tanto podría seguir siendo autoridad sobre “megared.net”, sobre “canarias.megared.net”, sobre “laspalmas.canarias.megared.net”, etc...
Pues bien, se conoce como ZONA al conjunto de un dominio delegado, junto con todos los subdominios del mismo que NO lo están.
Como consecuencia de lo anterior el servidor DNS que tenga la Autoridad para un dominio delegado, también tendrá la Autoridad para todos los otros subdominios de la misma Zona, pero no para los otros subdominios que no están en ella (o sea para los delegados).
Un servidor de DNS concreto puede contar con cero, una, o muchas zonas. Parte de ellas pueden venir de delegaciones de Autoridad, otra parte pueden ser copias de zonas cuya Autoridad está en otro servidor, pero que, por cuestiones de seguridad y de rapidez, se duplican en el nuestro.
9. DUPLICACION DE ZONAS Y CACHE.
Si la el Servidor de Autoridad para un cierto dominio fuera el único servidor que contara con la información sobre el mismo el sistema resultaría un tanto frágil, y además sería fácil sobrecargarlo con demasiadas peticiones de información, con lo que se perdería velocidad en las consultas (imagínense si sólo existiera un servidor para el dominio Raíz).
Para solventar este inconveniente al definir servicio DNS se incluyeron algunos mecanismos para que la información pudiera residir en más de un servidor.
Un SERVIDOR CACHE DE DNS es un servidor DNS que acepta solicitudes de información de los usuarios finales, y que utiliza el mecanismo de Búsqueda Recursiva para localizar los datos pertinentes, pero que después de proporcionarlos a los peticionarios iniciales guarda una copia para sí mismo. A partir de ese momento cualquier otra consulta del mismo dato, o de datos relacionados, puede ser resuelta mucho más rápidamente.
Lo normal es que casi todos los Servidores de DNS sean servidores de caché, no importa si tienen o no autoridad sobre algún dominio. De hecho podemos crear un servidor DNS que no tenga autoridad sobre ningún dominio, y que sólo sirva de caché. Esta situación tiene la ventaja de que no es necesario registrar dicho servidor en Internet, con lo que no hace falta realizar ningún trámite burocrático para ponerlo en marcha ni para usarlo.
La DUPLICACION DE ZONAS consiste sencillamente en que el Servidor de Autoridad para una zona concreta (o sea para un dominio y cero, uno, o varios subdominios del mismo) envíen copia de la información de la misma a otros servidores de DNS, configurados estos para aceptar los datos y distribuirlos a su vez como si fueran propios. La diferencia fundamental entre el servidor de Autoridad y las copias es que no es posible (o no debería serlo) editar la información en las copias, y sí en el servidor de Autoridad. El comienzo de la transferencia puede ser tanto iniciado por el servidor con la Autoridad (el servidor Maestro para la zona) como por el duplicado (servidor/es secundario/s para la zona).
Cuando se registra oficialmente en Internet un servidor como Autoridad para un dominio concreto, por lo general los organismos de registro solicitan que les demos la dirección de al menos dos servidores de DNS, en uno residiría la Autoridad propiamente dicha, y el otro u otros contendrían duplicados de la zona en cuestión. De ésta manera el servidor de autoridad del nivel anterior al nuestro puede distribuir las consultas entre las distintas copias.
10. EL SERVICIO DNS Y EL CORREO ELECTRONICO: DIRECCIONAMIENTO DE E-MAILS.
Las direcciones de correo electrónico están compuestas de 2 partes bien diferenciadas y separadas por el símbolo “@”, por ejemplo “cmmtecno@correo.tecnocad.org”.
Sólo la 2ª parte de las direcciones contienen el nombre de un recurso localizable usando el servicio DNS. Toda la información antes de la arroba no es significativa, porque identifica a una cuenta de usuario concreta dentro de un servidor, y el servicio DNS no guarda información sobre usuarios.
Para declarar los servidores de correo en el servicio DNS se necesitan dos pasos. El primero consiste en almacenar en un registro Host el nombre y la dirección IP del que va a ser el servidor de e-mail. La segunda consiste en añadir un registro de tipo MX, que relaciona el nombre del dominio de correo electrónico con un nombre de servidor (el nombre del servidor y el del dominio de e-mail, por tanto, no tienen porqué coincidir, ni aún parecerse).
Un ejemplo: la compañía Know-How ha registrado el dominio “knowhow.com” con la autoridad competente, quien ha delegado la Autoridad sobre el mismo en el servidor “isp.logidos.org”. Know-How desea utilizar ése dominio para las cuentas de correo de sus empleados. Como no quieren poner su propio servidor acuerdan con otra empresa llamada Canaricad, que ya lo tiene y que lo ha registrado como “mail.canaricad.org”, que le dé ese servicio. Know-How se pone entonces en contacto con quien administra el servidor “isp.logidos.org” (y por tanto su dominio) para que cree dentro de “knowhow.com” un nuevo registro de tipo MX, y que le asocie el nombre de servidor “mail.canaricad.org”. A partir de ese momento ya puede solicitar de Canaricad que cree todas las cuentas de e-mail que desee, ya que cualquier correo que se envíe a una dirección que termine en “@knowhow.com” terminará en el servidor “mail.canaricad.org”.
11. DONDE ENCONTRAR MÁS INFORMACION.
Todas las especificaciones técnicas del servicio DNS han sido publicadas en Internet en forma de documentos RFC, y son fáciles de encontrar.
Los documentos principales sobre éste tema son las RFC0882 y RFC0883, que datan de 1983 y contienen las especificaciones originales del servicio DNS, y las RFC1034 y RFC1035, que datan de 1987 y son las que están en vigor actualmente (con numerosas modificaciones y añadidos).
Pueden consultar los originales en Inglés en la dirección: “http://www.rfc-editor.org”.
Es posible encontrar algunas RFCs traducidas al Español en diversas webs, una de las que tiene más material traducido está en: “http://www.rfc-es.org/index.php”.
1. EL MOTIVO DEL SERVICIO DNS.
En las redes que usan el protocolo TCP/IP, tales como Internet, la forma primaria de distinguir un ordenador de otro es mediante su número de IP , de forma similar a como en la red telefónica se distingue un terminal entre todos los posibles mediante el número de teléfono.
Para esquivar la necesidad de que los seres humanos nos tuviéramos que aprender de memoria largas listas de números de teléfono se inventaron las guías telefónicas. De la misma manera, encontramos que la utilización de números de IP para “llamar” a otros ordenadores desde el nuestro resulta inconveniente. La solución a éste problema fue, allá por los años 80, la invención de los Nombres de Dominio y del servicio DNS.
2. DEFINICIONES DE DOMINIO Y DNS.
Un nombre de dominio es, sencillamente, una serie de secuencias de caracteres separadas por puntos, que identifica de forma unívoca a un conjunto de recursos (léase ordenadores) entre todos los de la red, o incluso a uno concreto. El nombre de dominio de una máquina la caracteriza y distingue de entre todas las existentes tan bien como su número de IP. Un ejemplo de esto podría ser: “www.canarycad.org” (sin las comillas).
El SERVICIO DNS se diseñó para permitir, por ejemplo, el que al usar un navegador de Internet no necesitemos recordar el número de IP del servidor web al que queremos acceder, en vez de eso nos basta teclear el nombre de domino completo del mismo, el navegador, de forma automática, consulta al servidor de DNS que tengamos configurado la dirección IP correspondiente a dicho nombre de dominio. Este proceso recibe el nombre de RESOLUCIÓN del Nombre de Dominio. Cuando recibe la respuesta, y de forma transparente para nosotros (o sea sin que nos demos cuenta), “marca” dicho número de IP y entra en comunicación directa con el servidor web.
Pero, ¿cómo funciona internamente esto del DNS?. Pues vamos a ver si lo puedo explicar.
3. COMPORTAMIENTO OBSERVABLE DEL SERVICIO DNS.
Cuando invocamos el servicio DNS, por ejemplo al usar el comando ping con el nombre DNS (el FQDN) de un ordenador, en vez de con su número de IP, se produce la resolución del nombre sin importar donde esté la máquina con la que queremos conectar, ya puede ser en el edificio de enfrente, en la ciudad de al lado, o en China. Este comportamiento nos puede llevar a pensar que todos los servidores de DNS tienen una copia de toda la “guía telefónica” de Internet.
Nada más lejos de la verdad. En realidad la práctica totalidad de los servidores de DNS existentes no cuentan más que con una pequeña parte de la información, lo que pasa es que éste servicio fue definido de tal manera que un servidor DNS que no tenga un dato concreto puede consultar con otros servidores DNS hasta encontrarlo, o hasta determinar que no existe y devolver el correspondiente mensaje de error.
4. NIVELES DE LOS NOMBRES DE DOMINIO.
Como ya dije en el punto 4, en un nombre de dominio completo (FQDN) se distinguen diferentes nombres de dominios individuales separados por un punto. Dichos dominios se numeran empezando a contar por la derecha. Así se dice que el más a la derecha es un dominio de PRIMER NIVEL, el siguiente hacia la izquierda de segundo nivel, y así hasta el finalizar el nombre. Por ejemplo en “promo2005.tecnocad.org” el dominio de 1er nivel es “org”, el de 2º nivel es “tecnocad”, y “promo2005” es el de 3º.
De cada dominio se dice que es SUBDOMINIO del dominio de nivel inmediatamente anterior, así en el ejemplo anterior “promo2005” es subdominio del dominio “tecnocad”, y “tecnocad” es subdominio del dominio “org”. Cada dominio del nivel N depende de otro dominio del nivel N-1.
Además de los distintos niveles de los dominios existe lo que se denomina la RAIZ del árbol de dominios, ó sencillamente DOMINIO RAIZ, que se representa por un punto “.”. El Raíz es el único dominio que no depende de ningún otro.
El término Raíz para el dominio “.” viene de que suele representarse toda la información gestionada por el servicio DNS usando una estructura de árbol invertido, donde el extremo superior es la raíz, de la que descienden ramas que van a parar a nudos que representan los dominios de 1er nivel, de donde a su vez descienden ramas que terminan en otros nudos, que representan los dominios de 2º nivel, y así en adelante.
El FQDN de un recurso concreto (por ejemplo un ordenador) contiene el FQDN del dominio al que pertenece, y un identificador del dato característico asociado (por ejemplo de su número IP). Así en “www.canarycad.org” el dominio es “canarycad.org”, y “www” no es un subdominio, sino el nombre del registro HOST asociado a esa máquina (un registro host contiene justamente un número de IP).
5. COMO SE REPARTE DE LA INFORMACION DE LOS DOMINIOS ENTRE DISTINTOS SERVIDORES.
Toda la información asociada a uno de los dominios individuales está íntegramente contenida dentro de un único servidor de DNS, que se dice que es la AUTORIDAD para él.
Los datos guardados en un servidor Autoridad para un dominio son de naturaleza diversa, de momento nos basta con saber que entre ellos se encuentran dos tipos especialmente importantes: 1) el nombre y dirección IP de cada uno de los hosts que dependen directamente de éste dominio (el host “www.casi.medical.org” depende directamente del dominio “casi.medical.org”, pero NO del “medical.org”), y 2), también contiene el FQDN de cada uno de los Servidores de Autoridad de los subdominios de éste dominio (si no lo fuera el actual).
La función principal del Dominio Raíz es contener la relación de los Servidores de Autoridad de los dominios de primer nivel (tales como “org”, “com”, “net”, “es”, “fr”, “uk”, etc...).
Si el organismo competente nos concede Autoridad sobre un dominio, o mejor dicho, si se la concede a un servidor que nosotros administramos, eso implica que podremos añadir a dicho dominio toda la información que deseemos, tal como subdominios, direcciones de IP de servidores web, ó ftp, ó de ordenadores cualquiera, nombres de servidores de e-mail, etc..., y que dicha información estará automáticamente disponible en Internet sin que tengamos que solicitar ninguna autorización adicional por nuestra parte. Justamente eso es lo que quiere decir que nosotros administramos el dominio.
6. COMO SE BUSCA LA INFORMACION EN LOS SERVIDORES DE DNS.
Como dije en el punto 3, un servidor de DNS que no tenga el dato que se le solicita puede consultar con otros servidores DNS (o sea cuando no pueda resolver el nombre de dominio con sus propios datos). Existen dos maneras.
La primera, la más simple, recibe el nombre de Procedimiento Iterativo ó BUSQUEDA ITERATIVA. Consiste en que el servidor DNS proporciona al ordenador que hizo la pregunta las direcciones de otros varios servidores de DNS para que se la pueda enviar también a ellos.
Como es evidente, esta manera no garantiza el éxito de la consulta, porque es posible que los otros (pocos) servidores DNS mencionados por el primero tampoco sepan la respuesta.
La segunda manera, en cambio, sí que tiene garantizado el éxito. Recibe el nombre de Procedimiento Recursivo ó BUSQUEDA RECURSIVA.
Será más fácil de explicar con un ejemplo. Digamos que yo, usuario final, quiero ver en mi navegador de Internet la siguiente web: “www.calma.total.org”. Pues bien, a tal efecto pongo esa dirección (sin las comillas) en el espacio reservado para ello en mi navegador. Los sucesos que ocurren a partir del momento en que pulse Intro son los siguientes (simplificados):
1) Mi navegador pregunta al servidor DNS que tengo configurado, al que llamaremos DNSmío, la dirección IP que corresponde al host “www.calma.total.org”.
2) DNSmío no tiene la información así que decide obtenerla usando una búsqueda recursiva, para lo cuál mira en su propia configuración la lista de números de IP de los de los Servidores de Autoridad del dominio Raíz (que son pocos) y elige uno, al que vamos a llamar DNSraiz.
3) DNSmío envía a DNSraiz una petición para saber qué servidor es la Autoridad para el dominio “org”. RAIZ responde con el dato de que la Autoridad la tiene el servidor DNSorg (conviene destacar que si un Servidor Autoridad no tiene éste dato entonces es que no existe tal servidor ó subdominio, es decir que el nombre del subdominio no está registrado, y por tanto es erróneo ó “ilegal”).
4) DNSmío pregunta ahora al servidor DNSorg quién es el servidor de Autoridad para “total.org”. DNSorg devuelve una referencia a otro servidor de DNS al que llamaremos DNStotal.
5) DNSmío vuelve a preguntar, esta vez al ordenador DNStotal, por la Autoridad para “calma.total.org”. DNStotal responde que es otro servidor, que llamaremos DNScalma.
6) Por último DNSmío pide a DNScalma el contenido de un registro de tipo host (ó sea un número de IP), y de nombre “www.calma.total.org”.
7. LIMITACIONES EN LOS NOMBRES DE DOMINIOS.
La relación de caracteres válidos en los nombres de dominios, y el número mínimo y máximo de los mismos, no está estandarizada a nivel de Internet. Es decir que distintos dominios tienen reglas para componer los nombres algo diferentes.
Por mencionar un caso típico, los subdominios del dominio “.com” pueden tener hasta 67 caracteres, a elegir entre letras, números, y guiones (aunque no pueden comenzar ni terminar en guión).
En la siguiente dirección puede encontrarse la relación de los caracteres permitidos y longitud máxima para los dominios de 1er nivel más comunes: “http://bitsolution.com.mx/clientes/especificaciones.htm”.
8. LAS ZONAS EN LOS SERVIDORES DNS.
Un determinado servidor de DNS que tenga la Autoridad sobre un dominio concreto, por ejemplo sobre “megared.net”, no está obligado a delegar la Autoridad sobre ninguno de sus subdominios. Por tanto podría seguir siendo autoridad sobre “megared.net”, sobre “canarias.megared.net”, sobre “laspalmas.canarias.megared.net”, etc...
Pues bien, se conoce como ZONA al conjunto de un dominio delegado, junto con todos los subdominios del mismo que NO lo están.
Como consecuencia de lo anterior el servidor DNS que tenga la Autoridad para un dominio delegado, también tendrá la Autoridad para todos los otros subdominios de la misma Zona, pero no para los otros subdominios que no están en ella (o sea para los delegados).
Un servidor de DNS concreto puede contar con cero, una, o muchas zonas. Parte de ellas pueden venir de delegaciones de Autoridad, otra parte pueden ser copias de zonas cuya Autoridad está en otro servidor, pero que, por cuestiones de seguridad y de rapidez, se duplican en el nuestro.
9. DUPLICACION DE ZONAS Y CACHE.
Si la el Servidor de Autoridad para un cierto dominio fuera el único servidor que contara con la información sobre el mismo el sistema resultaría un tanto frágil, y además sería fácil sobrecargarlo con demasiadas peticiones de información, con lo que se perdería velocidad en las consultas (imagínense si sólo existiera un servidor para el dominio Raíz).
Para solventar este inconveniente al definir servicio DNS se incluyeron algunos mecanismos para que la información pudiera residir en más de un servidor.
Un SERVIDOR CACHE DE DNS es un servidor DNS que acepta solicitudes de información de los usuarios finales, y que utiliza el mecanismo de Búsqueda Recursiva para localizar los datos pertinentes, pero que después de proporcionarlos a los peticionarios iniciales guarda una copia para sí mismo. A partir de ese momento cualquier otra consulta del mismo dato, o de datos relacionados, puede ser resuelta mucho más rápidamente.
Lo normal es que casi todos los Servidores de DNS sean servidores de caché, no importa si tienen o no autoridad sobre algún dominio. De hecho podemos crear un servidor DNS que no tenga autoridad sobre ningún dominio, y que sólo sirva de caché. Esta situación tiene la ventaja de que no es necesario registrar dicho servidor en Internet, con lo que no hace falta realizar ningún trámite burocrático para ponerlo en marcha ni para usarlo.
La DUPLICACION DE ZONAS consiste sencillamente en que el Servidor de Autoridad para una zona concreta (o sea para un dominio y cero, uno, o varios subdominios del mismo) envíen copia de la información de la misma a otros servidores de DNS, configurados estos para aceptar los datos y distribuirlos a su vez como si fueran propios. La diferencia fundamental entre el servidor de Autoridad y las copias es que no es posible (o no debería serlo) editar la información en las copias, y sí en el servidor de Autoridad. El comienzo de la transferencia puede ser tanto iniciado por el servidor con la Autoridad (el servidor Maestro para la zona) como por el duplicado (servidor/es secundario/s para la zona).
Cuando se registra oficialmente en Internet un servidor como Autoridad para un dominio concreto, por lo general los organismos de registro solicitan que les demos la dirección de al menos dos servidores de DNS, en uno residiría la Autoridad propiamente dicha, y el otro u otros contendrían duplicados de la zona en cuestión. De ésta manera el servidor de autoridad del nivel anterior al nuestro puede distribuir las consultas entre las distintas copias.
10. EL SERVICIO DNS Y EL CORREO ELECTRONICO: DIRECCIONAMIENTO DE E-MAILS.
Las direcciones de correo electrónico están compuestas de 2 partes bien diferenciadas y separadas por el símbolo “@”, por ejemplo “cmmtecno@correo.tecnocad.org”.
Sólo la 2ª parte de las direcciones contienen el nombre de un recurso localizable usando el servicio DNS. Toda la información antes de la arroba no es significativa, porque identifica a una cuenta de usuario concreta dentro de un servidor, y el servicio DNS no guarda información sobre usuarios.
Para declarar los servidores de correo en el servicio DNS se necesitan dos pasos. El primero consiste en almacenar en un registro Host el nombre y la dirección IP del que va a ser el servidor de e-mail. La segunda consiste en añadir un registro de tipo MX, que relaciona el nombre del dominio de correo electrónico con un nombre de servidor (el nombre del servidor y el del dominio de e-mail, por tanto, no tienen porqué coincidir, ni aún parecerse).
Un ejemplo: la compañía Know-How ha registrado el dominio “knowhow.com” con la autoridad competente, quien ha delegado la Autoridad sobre el mismo en el servidor “isp.logidos.org”. Know-How desea utilizar ése dominio para las cuentas de correo de sus empleados. Como no quieren poner su propio servidor acuerdan con otra empresa llamada Canaricad, que ya lo tiene y que lo ha registrado como “mail.canaricad.org”, que le dé ese servicio. Know-How se pone entonces en contacto con quien administra el servidor “isp.logidos.org” (y por tanto su dominio) para que cree dentro de “knowhow.com” un nuevo registro de tipo MX, y que le asocie el nombre de servidor “mail.canaricad.org”. A partir de ese momento ya puede solicitar de Canaricad que cree todas las cuentas de e-mail que desee, ya que cualquier correo que se envíe a una dirección que termine en “@knowhow.com” terminará en el servidor “mail.canaricad.org”.
11. DONDE ENCONTRAR MÁS INFORMACION.
Todas las especificaciones técnicas del servicio DNS han sido publicadas en Internet en forma de documentos RFC, y son fáciles de encontrar.
Los documentos principales sobre éste tema son las RFC0882 y RFC0883, que datan de 1983 y contienen las especificaciones originales del servicio DNS, y las RFC1034 y RFC1035, que datan de 1987 y son las que están en vigor actualmente (con numerosas modificaciones y añadidos).
Pueden consultar los originales en Inglés en la dirección: “http://www.rfc-editor.org”.
Es posible encontrar algunas RFCs traducidas al Español en diversas webs, una de las que tiene más material traducido está en: “http://www.rfc-es.org/index.php”.
Como instalar y configurar un Servidor DHCP
Como instalar y configurar un Servidor DHCP
Que es DHCP ?
Un servidor Dynamic Host Configuration Protocol (DHCP) asigna dinámicamente las direcciones IP y otras configuraciones de una red determinada a otros ordenadores clientes que estan conectados a la red. Esto simplifica la administración de la red y hace que la conexión de nuevos equipos a la red sea mucho más fácil.
Todas las direcciones IP de todos los equipos se almacenan en una base de datos que reside en un servidor.
Un servidor DHCP puede proporcionar los ajustes de configuración utilizando dos métodos
Rango de Direcciónes
Este método se basa en la definición de un grupo de las direcciones IP para los clientes DHCP (tambien llamado IP address pool) que suministran sus propiedades de configuración de forma dinámica segun lo soliciten los ordenadores cliente. Cuando un cliente DHCP ya no está en la red durante un período determinado, la configuración vence y la direccion ip del poll es puesta en libertad el uso de otros clientes DHCP.
Dirección MAC
Este método se basa en utilizar el protocolo DHCP para identificar la dirección de hardware única de cada tarjeta de red conectada a la red y luego es asignada una configuracion constante asi como la misma direccion IP cada vez que la configuración de DHCP del cliente realiza una petición al servidor DHCP desde el mismo dispositivo de red.
Instalar un servicio DHCP en Ubuntu y Debian
Para instalar el servidor de asignacion automatica de direccion IP ejecutamos el comando:
sudo apt-get install dhcp3-server
Este sencillo paso instala el servidor en nuestro linux.
Configurando el servidor DHCP
En el caso que tengan dos interfaces de red (NIC) en su servidor Linux tienen que seleccionar cual van a utilizar para escuchar las peticiones DHCP. Para configurar el servicio, editamos el archivo /etc/default/dhcp3-server, y cambiamos INTERFACES=”eth0″ por la tarjeta de red interna.
Es necesario hacer una copia de seguridad del archivo de configuracion:
cp /etc/dhcp3/dhcpd.conf /etc/dhcp3/dhcpd.conf.back
Configurar utilizando el metodo de rango de direcciones (IP pool)
Editamos la configuracion tecleando:
sudo vi /etc/dhcp3/dhcpd.conf
Y en este archivo cambiamos las siguientes secciones
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option domain-name-servers 192.168.1.9, 192.168.1.10;
option domain-name “guatewireless.org”;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
}
Guardamos y salimos del archivo. El texto anterior configura el servidor DHCP con los siguientes parametros:
• Asignacion a los clientes direcciones IPs del rango de 192.168.1.10 hasta 192.168.1.200
• Prestara la direccion IP por un minimo de 600 segundos, y como maximo permitido de 7200 segundos.
• Determina la mascara de subred a 255.255.255.0
• Direccion de broadcast de 192.168.1.255
• Como gateway/pasarela de red/router la direccion 192.168.1.1
• Y los servidores 192.168.1.9 y 10 como sus servidores DNS
Reservas de Ip para ciertas maquinas
Para esto al final de archivo agregamos el siguiente bloque
# SERVER
host SERVER {
hardware ethernet xx:xx:xx:xx:xx:xx;
fixed-address 192.168.1.210;
option broadcast-address 192.168.0.255;
}
En donde SERVER es el nombre de la maquina, xx:xx:xx:xx:xx:xx es la mac address de la maquina, 192.168.1.210 es la IP que queremos reservar y 192.168.0.255 es la direccion de broadcast
Guardamos el archivo reiniciamos el servidor dhcp usando.
/etc/init.d/dhcp3-server restart
Configurar utilizando el metodo de direcciones MAC
Con este metodo se puede reservar algunas o todas las direcciones IP de nuestra red para determinadas maquinas. Como podran ver la configuracion es muy parecida a la anterior, con la salvedad que para reservar la asignacion de una IP a una determinada NIC (network card interface) debemos de utilizar la etiqueta host
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option domain-name-servers 192.168.1.9, 192.168.1.10;
option domain-name “guatewireless.org”;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
}
host oracle{
hardware ethernet 00:03:47:31:e1:7f;
fixed-address 192.168.1.20;
}
host printer {
hardware ethernet 00:03:47:31:e1:b0;
fixed-address 192.168.1.21;
}
Ahora reiniciamos el servidor dhcp ejecutando el siguiente comando:
sudo /etc/init.d/dhcp3-server restart
Configurar el cliente DHCP en Linux Ubuntu
Si dean configurar un escritorio o maquina con linux como cliente DHCP seguimos los siguientes pasos:
• Editamos el archivo de interfaces de red
sudo vi /etc/network/interfaces
• Debemos de tener las siguientes lineas, tomando en cuenta que eth0 es un ejemplo
auto lo eth0
iface eth0 inet dhcp
iface lo inet loopback
• Salvamos y salimos del archivo
• Reiniciamos los servicios de red de Linux Ubuntu
sudo /etc/init.d/networking restart
Para poder conocer las direcciones asignadas a las maquinas clientes
tail -n 15 /var/lib/dhcp3/dhclient.*.leases
Que es DHCP ?
Un servidor Dynamic Host Configuration Protocol (DHCP) asigna dinámicamente las direcciones IP y otras configuraciones de una red determinada a otros ordenadores clientes que estan conectados a la red. Esto simplifica la administración de la red y hace que la conexión de nuevos equipos a la red sea mucho más fácil.
Todas las direcciones IP de todos los equipos se almacenan en una base de datos que reside en un servidor.
Un servidor DHCP puede proporcionar los ajustes de configuración utilizando dos métodos
Rango de Direcciónes
Este método se basa en la definición de un grupo de las direcciones IP para los clientes DHCP (tambien llamado IP address pool) que suministran sus propiedades de configuración de forma dinámica segun lo soliciten los ordenadores cliente. Cuando un cliente DHCP ya no está en la red durante un período determinado, la configuración vence y la direccion ip del poll es puesta en libertad el uso de otros clientes DHCP.
Dirección MAC
Este método se basa en utilizar el protocolo DHCP para identificar la dirección de hardware única de cada tarjeta de red conectada a la red y luego es asignada una configuracion constante asi como la misma direccion IP cada vez que la configuración de DHCP del cliente realiza una petición al servidor DHCP desde el mismo dispositivo de red.
Instalar un servicio DHCP en Ubuntu y Debian
Para instalar el servidor de asignacion automatica de direccion IP ejecutamos el comando:
sudo apt-get install dhcp3-server
Este sencillo paso instala el servidor en nuestro linux.
Configurando el servidor DHCP
En el caso que tengan dos interfaces de red (NIC) en su servidor Linux tienen que seleccionar cual van a utilizar para escuchar las peticiones DHCP. Para configurar el servicio, editamos el archivo /etc/default/dhcp3-server, y cambiamos INTERFACES=”eth0″ por la tarjeta de red interna.
Es necesario hacer una copia de seguridad del archivo de configuracion:
cp /etc/dhcp3/dhcpd.conf /etc/dhcp3/dhcpd.conf.back
Configurar utilizando el metodo de rango de direcciones (IP pool)
Editamos la configuracion tecleando:
sudo vi /etc/dhcp3/dhcpd.conf
Y en este archivo cambiamos las siguientes secciones
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option domain-name-servers 192.168.1.9, 192.168.1.10;
option domain-name “guatewireless.org”;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
}
Guardamos y salimos del archivo. El texto anterior configura el servidor DHCP con los siguientes parametros:
• Asignacion a los clientes direcciones IPs del rango de 192.168.1.10 hasta 192.168.1.200
• Prestara la direccion IP por un minimo de 600 segundos, y como maximo permitido de 7200 segundos.
• Determina la mascara de subred a 255.255.255.0
• Direccion de broadcast de 192.168.1.255
• Como gateway/pasarela de red/router la direccion 192.168.1.1
• Y los servidores 192.168.1.9 y 10 como sus servidores DNS
Reservas de Ip para ciertas maquinas
Para esto al final de archivo agregamos el siguiente bloque
# SERVER
host SERVER {
hardware ethernet xx:xx:xx:xx:xx:xx;
fixed-address 192.168.1.210;
option broadcast-address 192.168.0.255;
}
En donde SERVER es el nombre de la maquina, xx:xx:xx:xx:xx:xx es la mac address de la maquina, 192.168.1.210 es la IP que queremos reservar y 192.168.0.255 es la direccion de broadcast
Guardamos el archivo reiniciamos el servidor dhcp usando.
/etc/init.d/dhcp3-server restart
Configurar utilizando el metodo de direcciones MAC
Con este metodo se puede reservar algunas o todas las direcciones IP de nuestra red para determinadas maquinas. Como podran ver la configuracion es muy parecida a la anterior, con la salvedad que para reservar la asignacion de una IP a una determinada NIC (network card interface) debemos de utilizar la etiqueta host
default-lease-time 600;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option domain-name-servers 192.168.1.9, 192.168.1.10;
option domain-name “guatewireless.org”;
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.200;
}
host oracle{
hardware ethernet 00:03:47:31:e1:7f;
fixed-address 192.168.1.20;
}
host printer {
hardware ethernet 00:03:47:31:e1:b0;
fixed-address 192.168.1.21;
}
Ahora reiniciamos el servidor dhcp ejecutando el siguiente comando:
sudo /etc/init.d/dhcp3-server restart
Configurar el cliente DHCP en Linux Ubuntu
Si dean configurar un escritorio o maquina con linux como cliente DHCP seguimos los siguientes pasos:
• Editamos el archivo de interfaces de red
sudo vi /etc/network/interfaces
• Debemos de tener las siguientes lineas, tomando en cuenta que eth0 es un ejemplo
auto lo eth0
iface eth0 inet dhcp
iface lo inet loopback
• Salvamos y salimos del archivo
• Reiniciamos los servicios de red de Linux Ubuntu
sudo /etc/init.d/networking restart
Para poder conocer las direcciones asignadas a las maquinas clientes
tail -n 15 /var/lib/dhcp3/dhclient.*.leases
Que es un DHCP?
DHCP (sigla en inglés de Dynamic Host Configuration Protocol) es un protocolo de red que permite a los nodos de una red IP obtener sus parámetros de configuración automáticamente. Se trata de un protocolo de tipo cliente/servidor en el que generalmente un servidor posee una lista de direcciones IP dinámicas y las va asignando a los clientes conforme estas van estando libres, sabiendo en todo momento quien ha estado en posesión de esa IP, cuanto tiempo la ha tenido, a quien se la ha asignado después.
Características de DHCP
Provee los parámetros de configuración a las computadoras conectadas a la red informática que lo requieran (Mascara de red, puerta de enlace y otros) y también incluyen mecanismo de asignación de direcciones de IP.
Este protocolo se publicó en octubre de 1993, estando documentado actualmente en la RFC 2131 .
Asignación de direcciones IP por DHCP
Sin DHCP, cada dirección IP debe configurarse manualmente en cada ordenador y, si el ordenador se mueve a otro lugar en otra parte de la red, se debe de configurar otra dirección IP diferente. El DHCP le permite al administrador supervisar y distribuir de forma centralizada las direcciones IP necesarias y, automáticamente, asignar y enviar una nueva IP si el ordenador es conectado en un lugar diferente de la red.
Asignación dinámica: el único método que permite la reutilización dinámica de las direcciones IP. El administrador de la red determina un rango de direcciones IP y cada computadora conectada a la red está configurada para solicitar su dirección IP al servidor cuando la tarjeta de interfaz de red se inicializa. El procedimiento usa un concepto muy simple en un intervalo de tiempo controlable. Esto facilita la instalación de nuevas máquinas clientes a la red.
Parámetros configurables de DHCP
Lista de opciones configurables:
• Dirección del servidor DNS
• Nombre DNS
• Puerta de enlace de la dirección IP
• Dirección de Publicación Masiva (broadcast address)
• Máscara de subred
• Tiempo máximo de espera del ARP (Protocolo de Resolución de Direcciones según siglas en inglés)
• Servidores NIS (Servicio de Información de Red según siglas en inglés)
• Dominios NIS
• Servidores NTP (Protocolo de Tiempo de Red según siglas en inglés))
• Servidor SMTP
• Nombre del servidor WINS
Anatomía del protocolo DHCP
Forma de funcionar
DHCP Discover: Los clientes emiten peticiones masivamente en la subred local para encontrar un servidor disponible, mediante un paquete de broadcast.
DHCP Offer: El servidor DHCP envia este paquete al cliente, donde le ofrece una configuracion valida TCP/IP.
DHCP Request: El cliente selecciona la configuración de los paquetes recibidos de DHCP Offer. Una vez más, el cliente solicita una dirección IP específica que indicó el servidor.
DHCP Pack: Paquete que envia el DHCP SERVER para confirmar la concesion.
Pueden existir dos paquetes mas:
DHCP Nack: El servidor envía al cliente un mensaje indicando que el contrato ha terminado o que la dirección IP asignada no es válida.
DHCP Release: Los clientes envían una petición al servidor DHCP para liberar su dirección DHCP. Como los clientes generalmente no saben cuándo los usuarios pueden desconectarles de la red, el protocolo no define el envío del DHCP Release como obligatorio.
Características de DHCP
Provee los parámetros de configuración a las computadoras conectadas a la red informática que lo requieran (Mascara de red, puerta de enlace y otros) y también incluyen mecanismo de asignación de direcciones de IP.
Este protocolo se publicó en octubre de 1993, estando documentado actualmente en la RFC 2131 .
Asignación de direcciones IP por DHCP
Sin DHCP, cada dirección IP debe configurarse manualmente en cada ordenador y, si el ordenador se mueve a otro lugar en otra parte de la red, se debe de configurar otra dirección IP diferente. El DHCP le permite al administrador supervisar y distribuir de forma centralizada las direcciones IP necesarias y, automáticamente, asignar y enviar una nueva IP si el ordenador es conectado en un lugar diferente de la red.
Asignación dinámica: el único método que permite la reutilización dinámica de las direcciones IP. El administrador de la red determina un rango de direcciones IP y cada computadora conectada a la red está configurada para solicitar su dirección IP al servidor cuando la tarjeta de interfaz de red se inicializa. El procedimiento usa un concepto muy simple en un intervalo de tiempo controlable. Esto facilita la instalación de nuevas máquinas clientes a la red.
Parámetros configurables de DHCP
Lista de opciones configurables:
• Dirección del servidor DNS
• Nombre DNS
• Puerta de enlace de la dirección IP
• Dirección de Publicación Masiva (broadcast address)
• Máscara de subred
• Tiempo máximo de espera del ARP (Protocolo de Resolución de Direcciones según siglas en inglés)
• Servidores NIS (Servicio de Información de Red según siglas en inglés)
• Dominios NIS
• Servidores NTP (Protocolo de Tiempo de Red según siglas en inglés))
• Servidor SMTP
• Nombre del servidor WINS
Anatomía del protocolo DHCP
Forma de funcionar
DHCP Discover: Los clientes emiten peticiones masivamente en la subred local para encontrar un servidor disponible, mediante un paquete de broadcast.
DHCP Offer: El servidor DHCP envia este paquete al cliente, donde le ofrece una configuracion valida TCP/IP.
DHCP Request: El cliente selecciona la configuración de los paquetes recibidos de DHCP Offer. Una vez más, el cliente solicita una dirección IP específica que indicó el servidor.
DHCP Pack: Paquete que envia el DHCP SERVER para confirmar la concesion.
Pueden existir dos paquetes mas:
DHCP Nack: El servidor envía al cliente un mensaje indicando que el contrato ha terminado o que la dirección IP asignada no es válida.
DHCP Release: Los clientes envían una petición al servidor DHCP para liberar su dirección DHCP. Como los clientes generalmente no saben cuándo los usuarios pueden desconectarles de la red, el protocolo no define el envío del DHCP Release como obligatorio.
Normas clabeado Rj-45 tipo a y b
Norma de cableado “568-B” (Cable normal o paralelo)
Esta norma o estándar establece el siguiente y mismo código de colores en ambos extremos del cable:
Conector 1 Nº PinNº Pin Conector 2
Blanco/Naranja Pin 1 a Pin 1 Blanco/Naranja
Naranja Pin 2 a Pin 2 Naranja
Blanco/Verde Pin 3 a Pin 3 Blanco/Verde
Azul Pin 4 a Pin 4 Azul
Blanco/Azul Pin 5 a Pin 5 Blanco/Azul
Verde Pin 6 a Pin 6 Verde
Blanco/Marrón Pin 7 a Pin 7 Blanco/Marrón
Marrón Pin 8 a Pin 8 Marrón
Este cable lo usaremos para redes que tengan “Hub” o “Switch”, es decir, para unir los Pc´s con las rosetas y éstas con el Hub o Switch.
NOTA: Siempre la “patilla” del conector RJ45 hacia abajo y de izqda. (pin 1) a dcha. (pin 8)
-------------------------------------------------------------------------------------
”(Cable “Cruzado”)
Esta norma o estándar establece el siguiente código de colores en cada extremo del cable:
Conector 1 (568-B) Nº Pin Nº Pin Conector 2 (568-A)
Blanco/Naranja Pin 1 Pin 1 Blanco/Verde
Naranja Pin 2 Pin 2 Verde
Blanco/Verde Pin 3 Pin 3 Blanco/Naranja
Azul Pin 4 Pin 4 Azul
Blanco/Azul Pin 5 Pin 5 Blanco/Azul
Verde Pin 6 Pin 6 Naranja
Blanco/Marrón Pin 7 Pin 7 Blanco/Marrón
Marrón Pin 8 Pin 8 Marrón
Este cable lo usaremos para redes entre 2 Pc´s o para interconexionar Hubs o Switchs entre sí.
NOTA: Siempre la “patilla” del conector RJ45 hacia abajo y de izqda. (pin 1) a dcha. (pin 8)
Esta norma o estándar establece el siguiente y mismo código de colores en ambos extremos del cable:
Conector 1 Nº PinNº Pin Conector 2
Blanco/Naranja Pin 1 a Pin 1 Blanco/Naranja
Naranja Pin 2 a Pin 2 Naranja
Blanco/Verde Pin 3 a Pin 3 Blanco/Verde
Azul Pin 4 a Pin 4 Azul
Blanco/Azul Pin 5 a Pin 5 Blanco/Azul
Verde Pin 6 a Pin 6 Verde
Blanco/Marrón Pin 7 a Pin 7 Blanco/Marrón
Marrón Pin 8 a Pin 8 Marrón
Este cable lo usaremos para redes que tengan “Hub” o “Switch”, es decir, para unir los Pc´s con las rosetas y éstas con el Hub o Switch.
NOTA: Siempre la “patilla” del conector RJ45 hacia abajo y de izqda. (pin 1) a dcha. (pin 8)
-------------------------------------------------------------------------------------
”(Cable “Cruzado”)
Esta norma o estándar establece el siguiente código de colores en cada extremo del cable:
Conector 1 (568-B) Nº Pin Nº Pin Conector 2 (568-A)
Blanco/Naranja Pin 1 Pin 1 Blanco/Verde
Naranja Pin 2 Pin 2 Verde
Blanco/Verde Pin 3 Pin 3 Blanco/Naranja
Azul Pin 4 Pin 4 Azul
Blanco/Azul Pin 5 Pin 5 Blanco/Azul
Verde Pin 6 Pin 6 Naranja
Blanco/Marrón Pin 7 Pin 7 Blanco/Marrón
Marrón Pin 8 Pin 8 Marrón
Este cable lo usaremos para redes entre 2 Pc´s o para interconexionar Hubs o Switchs entre sí.
NOTA: Siempre la “patilla” del conector RJ45 hacia abajo y de izqda. (pin 1) a dcha. (pin 8)
Suscribirse a:
Entradas (Atom)