Programador de Aplicaciones Informáticas

IPV6 e IPV4 (14): el protocolo DHCP

El 9 de agosto hemos estado estudiando este protocolo DHCP. Se trata de un protocolo que asigna de forma dinámica direcciones IP, máscaras de subred y DNS a ordenadores cliente. Si un ordenador configurado para el DHCP no obtiene esas direcciones, obtendrá una APIPA /16 (ej.: 169.254. … . … ).  De forma gráfica lo recoge aquí Adrián.

Para ello vamos a crear una nueva máquina virtual y a posteriori la replicaremos. Los pasos de cómo los hemos realizado en Virtual PC se pueden ver en el documento de Adrián: Replicando máquinas virtuales. Gracias a estas máquinas podemos comprobar cómo se obtiene una dirección APIPA en una de las máquinas al seleccionar “obtener la IP automáticamente”.

Este ejercicio nos sirvió para comprender la importancia del protocolo APIPA. En el esquema realizado por Adrián de una red local (con una impresora conectada a uno de ellos) el protocolo APIPA puede hacer que todos los ordenadores se conecten a una red local sin que la persona que realice la conexión tenga conocimientos de redes: APIPA soluciona el problema. Advertimos que esto sólo es posible si los ordenadores tienen Windows.

En el caso (también señalado en el gráfico) que el concentrador esté conectado a un servidor DHCP (un router, un Windows Server o Linux), ningún Host puede tener una dirección APIPA. Si aparece es que hay un problema con el cableado o la conexión DHCP está interrumpida.

Nuestra idea es que una de las máquinas virtuales haga de servidor de la otra. IMPORTANTE: un servidor siempre debe disponer de una IP estática.

¿Cómo crear un servidor? En la máquina escogida hacemos lo siguiente:

Herramientas administrativas --- administrador servidor --- funciones (agregar) --- servidor DHCP.

Ponemos el DNS de nuestro ISP (Telefónica, R o quien corresponda: así tendremos conexión a internet).

Al reiniciar estuvimos haciendo ejercicios creando ámbitos en IPV4. Así:

Herramientas administrativas --- DHCP ---     Crear ámbito (en IPV4) --- nos concedemos unas IP entre 100.68.110.150 y 100.68.110.175.

Podemos establecer exclusiones (reservamos unas IP para otros usos: un servidor, p. e.).

Importante el apartado de la “duración de la concesión”: dependiendo del tipo de empresa las IP serán más o menos volátiles. Ejemplo: para un cicer-café, la volatilidad será muy elevada (podríamos 2 horas, p. e.)

También creamos un ambito para IPV6. Muy similar.

Se nos indicó que todas las tarjetas tienen un nº mac. También se nos explicó el concepto “hacer una reserva DHCP”: se trata de asignar siempre la misma IP a la tarjeta de ese nº mac.

Para conocer el nº mac de un ordenador se puede hacer así en Símbolo del sistema: ‘> getmac / s corsair6 (el ordenador de destino) | clip’.

NOTA: sólo se puede crear un ámbito en cada subred. Se puede disponer de varias subredes: cada una tendrá su propio ámbito. Probamos a crear un 2º ámbito: se produce un conflico. O modificamos la máscara de subred o las direcciones IP.

Escrito por paiou2011 el 10/08/2011 08:47 | Comentarios (0)