DHCP 1- Conceptos previos

Actividad 1- Conceptos previos. En terminologa de redes y comunicaciones hay que tener claro la diferencia entre estos tres trminos relacionados con el envo de paquetes. Unicast El trmino unicast hace referencia al envo de paquetes o informacin desde un nico emisor a un nico receptor. E emplos !"sicos de aplicaciones unicast son los protocolos http# smtp# ftp o telnet. Actualmente es la forma predominante de transmisin en $nternet. Multicast %ulticast &multidifusin' es el envo de informacin en una red a mltiples receptores de forma simultanea# un emisor enva un mensa e y son varios los receptores que reci!en el mismo. (na comunicacin multicast podra ser una conferencia# en la que son varias las personas que se comunican entre s. (n e emplo claro de comunicacin multicast en $nternet es un $)C &$nternet )elay Chat'. Broadcast *roadcast es un modo de transmisin de informacin donde un nodo emisor enva informacin a una multitud de nodos receptores de manera simult"nea# sin necesidad de reproducir la misma transmisin nodo por nodo. (n e emplo de comunicacin *roadcast es el de una emisora de radio# que emite se+ales sin sa!er quien la reci!e# el receptor decide si reci!irla o no# al igual que la se+al de la televisin# que se enva a todos los receptores.

,- -ervicio ./C0

Actividad ,. El servicio DHCP. ./C0 es el acrnimo de dynamic host configuration protocol# en espa+ol# protocolo de configuracin din"mica de equipos . El servicio ./C0 proporciona un mecanismo de configuracin centrali1ado de los equipos de la red. En lugar de configurar uno a uno los equipos de red con direcciones y valores est"ticos# un servidor ./C0 ir" asignando a los equipos clientes# los valores que les correspondan. Esta asignacin se hace por un perodo de tiempo finito# pasado el cual de!er" renovarse.

2as principales venta as de utili1ar ./C0 son3 Evitar conflictos de direcciones $0 &direcciones repetidas y direcciones errneas'# ya que pasar equipo por equipo a cam!iar la configuracin es mucho m"s pesado y propenso al error que hacerlo editando un archivo de configuracin en el servidor ./C0. 2a administracin centrali1ada representa un ahorro de tiempo y de tra!a o. .esventa a3 -i nuestro proveedor de $nternet nos proporciona una $0 din"mica# hay que contratar un .4- din"mico para que se pueda acceder a nuestro servidor desde el e5terior si este quiere ofrecer servicios &por e emplo p"ginas 6e! o 7tp'. 2.1 Configurar un equipo. Cualquier equipo que pertenece a una red requiere que se configure con unos par"metros mnimos# que son la direccin $0# la m"scara y la puerta de enlace por defecto. 2a direccin $0 identifica el equipo de forma nica# y la m"scara permite determinar la red o su!red en que se encuentra el equipo. con estos dos par"metros es suficiente para tener conectividad en la red. si se quiere disponer de acceso fuera de la red propia &por e emplo# a $nternet o al resto de la red corporativa' hay que definir tam!in la puerta de enlace predeterminada. Aparte de la configuracin !"sica# los equipos pueden necesitar &y de hecho lo necesitan' m"s par"metros de configuracin como# por e emplo3 el nom!re del host# y las $0 del servidor .4- primario y secundario. Recuerda !signaci"n de #P Privada. ! 1$.$.$.$ %asta 1$.2&&.2&&.2&& B 1'2.1(.$.$ %asta 1'2.)1.2&&.2&& C 1*2.1(+.$.$ %asta 1*2.1(+.2&&.2&& M,scara de red. ! B C 2&&.2&&.2&&.$ 2&&.$.$.$ 2&&.2&&.$.$

Este proceso de configuracin es necesario que se haga para cada equipo de la red. hacerse manualmente implica configurar equipo por equipo sin cometer errores en teclear las direcciones y las m"scaras. Cualquier cam!io en la estructura de la red# como por e emplo redefinir las su!redes o modificar algunas direcciones $0# significa volver a configurar manualmente los equipos implicados. Es evidente que toda esa la!or no es agrada!le para el administrador de red &y es muy a!urrida8'. 9anto si la red corporativa consta de pocos equipos como de muchos 2a configuracin est"tica implica configurar los equipos uno a uno. aunque se tenga acceso remoto a los equipos &por 9elnet o --/'# como que hay que modificar la configuracin de red no se puede hacer sentado desde el equipo de el administrador# sino que hay que ir equipo por equipo a modificar la configuracin. Como administradores de red# la gestin centrali1ada que nos proporciona ./C0 nos permite modificar la red a+adiendo# eliminando y redefiniendo# equipos con un coste mnimo.

2.2. -ipos de asignaciones de direcciones #P Cuando la asignacin de la $0 se reci!e en el equipo por medio de un servidor ./C0# se dice que el equipo utili1a una $0 din"mica. 0ara reali1ar configuraciones de red din"micamente har"n falta uno o m"s servidores de ./C0 &a modo de redundancia' que proporcionar"n la configuracin a los equipos clientes &los que hay que configurar'. 0or lo tanto# ser" una estructura cliente-servidor. 2as direcciones $0 din"micas que reci!e el cliente las podemos clasificar en dos categoras3 asignacin din"mica de rango y asignacin fi a. El servidor ./C0 tiene un rango de direcciones que puede asignar a los clientes que piden una direccin $0. Cuando el servidor asigna una direccin cualquiera dentro del rango al cliente &al a1ar' se trata de una asignacin din"mica de rango. El cliente no sa!e qu direccin $0 tendr" y no hay manera de predecir qu direccin se le conceder" en una futura configuracin. En cada nueva asignacin la direccin $0 puede ser diferente. (na asignacin fi a se produce cuando el servidor ./C0 siempre asigna la misma direccin al cliente. 0ara asignar siempre la misma direccin $0 al cliente es necesario que el servidor pueda identificar inequvocamente el cliente &por la direccin %AC'. El servidor dispone de una ta!la con las correspondencias entre las direcciones %AC y las direcciones $0 fi as. Recuerda Cada interfa. de red se identifica de /anera 0nica f1sica/ente por la direcci"n M!C 2/edia acces control3 direcci"n de acceso al /edio4. :- Evolucin del ./C0

Actividad ). Evoluci"n del DHCP ).1 Co/ponentes del DHCP. El protocolo ./C0 viene descrito# como la mayora de protocolos de red# por un documento oficial llamado )7C. A lo largo de los a+os ha sufrido diversas evoluciones para irse adaptando a las necesidades de cada momento. 9odo protocolo implica un di"logo entre los equipos que intervienen# tendremos pues anali1ar qu es y cmo se produce este di"logo. 7inalmente se descri!ir" el significado de trminos tan usuales en ./C0 como rangos# e5clusiones# concesiones y reservas. 56u7 son los R8C9 :os Request for Co//ents 2R8C4 son /e/orandos so;re nuevas investigaciones3 innovaciones < /etodolog1as relacionadas con las tecnolog1as de #nternet. Cuando los pu;lica la #E-8 2#nternet Engineering -as= 8orce4 definen a escala /undial los protocolos < sus revisiones. Es decir3 son las pu;licaciones oficiales que descri;en los protocolos.

).2 Evoluci"n del DHCP 2a configuracin din"mica de equipos de red se inici con el protocolo *;;90 &*;;9 strap protocolo# protocolo de arranque'. (n protocolo m"s !"sico que principalmente permita definir la direccin $0# la m"scara de red y la pasarela por defecto para el cliente. El protocolo *;;90 &)7C <=1# a+o 1<>=' es un protocolo pensado para proporcionar autom"ticamente la $0 a clientes de red en el proceso de arranque. ;riginalmente se utili1a!a para estaciones de tra!a o sin disco que o!tenan la configuracin de red del protocolo *;;90 y tam!in o!tenan el nom!re de un archivo de arranque que de!a !a ar a travs del 9790# que usualmente era el sistema operativo. *;;90 dio paso al protocolo ./C0# que es una evolucin con muchas m"s prestaciones. El ./C0 surge en octu!re de 1<<: a travs del )7C 1=:1. )"pidamente evoluciona por medio de varias )7C# como el )7C 1=?1el mismo a+o 1<<:# que ser" sustituida por el )7C ,1:1 en mar1o de 1<<@. Este documento es la !ase del protocolo ./C0 actual. A grandes rasgos# el protocolo se descri!e en el )7C ,1:1 para redes $0v?# el con unto de opciones de configuracin de ./C0 se descri!en en el )7C ,1:,# y la especificacin de ./C0 para redes $pvA es en el )7C ::1=. ?- 7uncionamiento del ./C0

Actividad >- 8unciona/iento del DHCP. >.1 Puertos de negociaci"n El protocolo ./C0 descri!e el di"logo que se produce entre cliente y servidor para la concesin de configuraciones $0. En una red con configuracin de equipos din"mica# uno o m"s servidores ./C0 escuchar"n las peticiones de los clientes en el puerto A@. 2os clientes ./C0 solicitar"n al servidor ./C0 una configuracin $0# y comen1ar" un proceso de negociacin que de!e terminar &si todo va !ien' con la concesin de una direccin $0 al cliente. 2os servidores ha!lan en el puerto A> de los clientes. ?ota El servidor escuc%a en el puerto (' < el cliente escuc%a en el puerto (+. >.2 Proceso de negociaci"n 2a negociacin que se esta!lece se puede definir a grandes rasgos de la forma siguiente3 1' El cliente solicita una direccin $0 &de hecho# una configuracin de red' ,' El servidor mira las direcciones $0 disponi!les dentro del rango de direcciones din"micas de que dispone para conceder y ofrece una al cliente. :' -i el cliente lo acepta# enva una solicitud al servidor para hacerla suya. ?' -i el servidor le parece !ien# acepta la peticin del cliente y le confirma que puede utili1ar esta $0# que se la concede por un perodo de tiempo limitado.

El intercam!io de informacin entre cliente y servidor no es muy grande &poco volumen de datos' y no requiere un flu o permanente &una conversacin continuada'. Es por ello que el protocolo que se utili1a en las transmisiones ./C0 es el (.0. Cliente por !roadcast solicita una configuracin $0 &.iscovery' -ervidor reci!e la solicitud por el puerto A@# mira el rango las $0 disponi!les y le asigna una# se la enva por unicast. &;ffer' Cliente &request' el cliente no tiene todavia su ip# si responde al servidor pidiendole permiso para quedarsela# lo hace por !roadcast. El motivo por cual un cliente puede recha1ar una ip# es porque pueden e5istir dos servidores dhcp# y como la solicitud se envia por !roadcast# puede que le responda m"s de uno# y reci!ir m"s de una ip. -ervidor &AcBno6ledge' C El servidor envia entonces la ip y la asigna al cliente# con toda la informaicn.

El proceso real es m"s detallado. Consta principalmente de cuatro partes3 la peticin del cliente o discovery# la oferta del servidor o offer# la aceptacin de la direccin $0 por el cliente o request# y la confirmacin del servidor o acBno6ledgement. Aparte de este tipo de mensa es# el protoco ./C0 define de otros como el recha1o de la asingacin o decline# de peticin de informacin o information y el de li!eracin de la direccin $0 o )eleasing.

2os siguientes son los tipos de paquetes ./C03 D ./C0 discover. D ./C0 offer. D ./C0 request. D ./C0 acB E ./C0 4acB. D ./C0 decline. D ./C0 release. D ./C0 information. ./C0 decline 0or su parte# el cliente tam!in puede recha1ar la $0 en el caso de ha!er reci!ido ya una con antelacin por otro servidor ./C0 en la red# ya que las peticiones se reali1an por !roadcast y pueden ser respondidas por cualquier servidor ./C0 dentro de red si este es accesi!le. En el caso de renovacin de una $0# el cliente puede reci!ir una $0 diferente a la que utili1a y no le interesa. En estos casos# el cliente puede enviar un paquete ./C0 decline al servidor para indicar que su oferta ha sido recha1ada. ./C0 release Cuando un cliente ya no necesita m"s el uso de la configuracin $0 que ha reci!ido# la puede li!erar enviando al servidor un paquete ./C0 release. Al hacerlo# el servidor a+ade la direccin $0 en el con unto de direcciones din"micas que tiene disponi!les. 9am!in hace la anotacin pertinente en el registro de concesiones &leases' para indicar que ha finali1ado el uso de la direccin.

./C0 information En todo momento el cliente puede solicitar m"s informacin so!re la configuracin de red al servidor utili1ando un paquete ./C0 information. En el paquete ./C0 offer que el servidor enva al cliente# las informaciones generales de configuracin de red que se envan en la oferta3 direccin $0# m"scara de red# puerta de enlace predeterminada# servidor .4-# archivo a !a ar y muchos otros par"metros que pueden estar configurados para enviar en la oferta. el cliente puede volver a pedir al servidor la informacin de estos par"metros o puede solicitar informacin para la configuracin de otros par"metros &F$4-# 4et*$;-# hostname# etc.'. El cliente slo puede reali1ar una peticin de informacin ./C0 el servidor una ve1 ya est" configurado. =-Configuracin del servidor ./C0.

Actividad &.1 !claraciones. )ecuerda3 -i tienes un router# al conectarlo# ste har" una peticin de $0 al proveedor de $nternet#y lo m"s pro!a!le es que esa $0 sea din"mica. Esa ser" la $0 p!lica que te permite navegar por $nternet. .e la misma forma# el router incluye su servicio ./C0 y cada ve1 que se conecta un ordenador a la red# el servicio ./C0 le asignar" una $0 din"mica pero privada.

-i tenemos una $0 din"mica p!lica que nos proporciona nuestro proveedor de $nternet $-0# pero queremos hacer accesi!le nuestro servidor al e5terior para ofrecer servicios tendremos que contratar un servicio de .4- din"mico.

&.2 Rangos3 e@clusiones3 concesiones < reservas 2os clientes ./C0 o!tienen del servidor una configuracin de red. Geamos ahora algunos de los trminos que tienen lugar durante este proceso# y que forman parte de la configuracin ./C0. )ango3 llaman rango de direcciones $0 el con unto de direcciones din"micas que el servidor tiene disponi!les para asignar a los clientes. 2as direcciones $0 disponi!les se agrupan para ofrecer a las diversas su!redes que atiende el servidor. (na misma su!red puede disponer de varios rangos. -eguramente se entender" m"s f"cilmente con un e emplo3

su!net 1?H.,,H.1<1.H netmasB ,==.,==.,==.H I range 1?H.,,H.1<1. 1=H 1?H.,,H.1<1. ,=HJ K su!net ,:<.,=,.1<@.H netmasB ,==.,==.,==.H I range ,:<.,=,.1<@.1H ,:< ,=, 1<@ 1H@J range ,:<.,=,.1<@.11: ,:<,=,1<@,=HJ K En el e emplo anterior se o!serva que la primera su!red dispone de un ango de 1HH direcciones din"micas &de 1?H.,,H.1<1.1=H al ,=H'. 2a segunda su!red permite asignar din"micamente dos rangos de direcciones no correlativos. E5clusiones3 entendemos por e5clusiones aquellas direcciones $0 que no se ofrece aparecen din"micamente por el servidor. Es decir# que no forman parte de ningn rango. Concesiones3 la asignacin de una direccin $0 y el resto de par"metros de red a un cliente por parte del servidor# es una concesin &o lease'. 2os clientes reci!en las concesiones por perodos de tiempo finitos# que al finali1ar# hay que renegociar. 9anto el cliente como el servidor se anotan las concesiones# el cliente la que reci!e y el servidor las que concede. Cuando finali1a una concesin el servidor puede decidir revocar o ampliar la concesin. El cliente siempre puede decidir renunciar a la concesin. -i el cliente quiere alargar la concesin inicia un di"logo ./C0 a!reviado con el servidor que puede aca!ar con una renovacin o con la prdida de la concesin &-iempre puede volver a empe1ar el proceso'. 9anto el servidor como el cliente normalmente miran las concesiones que se han efectuado entre ellos con anterioridad para# si es posi!le# repetir la misma asignacin.

)eservas3 llamamos reservas aquellas direcciones $0 que se asignan va ./C0 pero de manera fi a. Es decir# son direcciones que se asignan din"micamente pero siempre y nicamente a un host determinado. 7i aos que a pesar de ser una direccin din"mica slo se utili1a si el host asociado en hace uso. -i el host est" apagado la direccin no se puede usar para otros hosts# est" reservada. (n e emplo podra ser3 su!net 1?H.,,H.1<1.H netmasB ,==.,==.,==.H I host iocserver I hard6are ethernet H>3HH3, !3 ?c3 =<3,:J fi5ed-address 1?H.,,H.1<1.1J K range 1?H.,,H.1<1.1=H 1?H.,,H.1<1.,=HJ K &.) El servidor El administrador de red es el encargado de pensar la u!icacin del servidor o servidores ./C0 en la estructura corporativa. Cuanto m"s complicada sea la topologa de la red# m"s difcil ser" la gestin. (na red corporativa !"sica puede disponer de un nico servidor ./C0 que ofrece sus servicios a todos los equipos de la red. 2os clientes pueden estar en una misma su!red o en varias su!redes# pero todas con conectividad con el servidor ./C0. Este tam!in puede ser el esquema de una red privada en casa# donde un router &el de la $-0# por e emplo' proporciona el servicio ./C0 en todos los ordenadores de la casa. -i la red corporativa crece y pasa a tener su!redes segmentadas con los cortafuegos unas de otras# la configuracin del servidor ./C0 se complica. -i se quiere continuar con un nico servidor para toda la red# ser" necesario que los cortafuegos &fire6alls' de en pasar los paquetes ./C0 entre las su!redes y el servidor. ;tra opcin es poner un servidor ./C0 para cada su!red o grupos de su!redes. /acindolo as# la administracin de cada servidor es m"s sencilla pero hay m"s servidores a administrar. (na red con una casustica completa es la que tiene varios servidores ./C0 para varias partes de la red y cortafuegos entre clientes y servidores que de!en permitir entre el paso de paquetes ./C0. -i el servidor ./C0 es el encargado de dar direcciones $0 a los clientes# quienes le proporciona una direccin $0 a lL ; !ien otro servidor ./C0 &y podramos volver a hacer la misma pregunta indefinidamente' o !ien el administrador. (sualmente# en una red corporativa el servidor ./C0 utili1a una $0 est"tica definida por el administrador. Esto le permite estar siempre disponi!le para los clientes con la misma $0 y no lo hace depender de otro servidor e5terno. Como la mayora de servicios de red# el servicio ./C0 es un servicio que se e ecuta en segundo plano en forma de demonio. El servidor ./C0 siempre est" escuchando en el puerto A@ las peticiones que reci!e de los clientes. cuando reci!e una peticin entrante# el programa e ecuta!le del servidor ./C0 la procesa y pone en marcha todo el mecanismo ./C0 pertinente para volver a escuchar nuevas peticiones. .e hecho# el servidor siempre escucha peticiones y las procesa simult"neamente &segn la configuracin'.

2os archivos del registro del servicio# donde se anotan las concesiones# permiten mantener la informacin aunque el servicio se detenga o que el servidor se apague. Al volver a arrancar se leer"n de nuevo los archivos de registros para sa!er cu"les son las concesiones que se ha!an reali1ado.

A-$nstalacin del servidor ./C0

$nstalacin (- #nstalaci"n del servidor DHCP El servicio de red ./C0 est" estructurado en forma de servicio cliente E servidor# por lo que ser" necesario disponer del soft6are apropiado para hacer cada uno de estos roles. El soft6are que hace la funcin de cliente usualmente ya est" integrado en el sistema operativo &la parte que gestiona la red'. Es decir# por disponer de la parte cliente del servicio ./C0 no es necesario instalar nada# ya forma parte del servicio de red. As pues# cuando ha!lamos de instalar un servicio ./C0 hacemos referencia al proproceso de instalacin y configuracin del soft6are del servidor ./C0. evidentemente tam!in ha!r" que configurar los clientes adecuadamente para hacer uso de este servicio. 2a instalacin del soft6are que proporciona el servicio ./C0 se hace de manera muy similar &por no decir idntica' al soft6are de otros servicios de red como los servicios .4-# /990# 790# etc. -e trata de instalar el soft6are de la aplicacin servidor y hacer la configuracin apropiada. 0ara ello hay que plantearse los pasos siguientes3 1' MNu soft6are proporciona este servicioL MNu caractersticas tieneL Como se puede adquirirL ,' ;!tener la aplicacin que proporciona el servicio ./C0. :' ;!servar el estado de la red actual. Est" el servicio ya en funcionamientoL E5iste ya una configuracin ./C0 activaL ?' $nstalar la aplicacin servidor. =' Compro!ar que la instalacin se ha efectuado correctamente. A' Configurar el servicio en el servidor y activar los clientes para su utili1acin. @' Compro!ar que el servicio funciona correctamente. (sualmente# el administrador termina utili1ando la aplicacin servidor ./C0 que le proporciona el mismo sistema operativo. -i utili1a el sistema el sistema operativo Findo6s la empresa %icrosoft dispone de una aplicacin propia# pero tam!in podis encontrar otros en $nternet. igualmente si utili1a O4( E 2inu5 seguramente la misma distri!ucin ya proporciona un servidor ./C0. .e todas formas podis o!tener de otros tam!in en $nternet.