Linux

▶ Conceptos básicos de DHCP | Ubuntu

Retrocedamos un tanto y consigamos una entendimiento muy básica de DHCP. Observemos la analogía de conceder una dirección postal a su hogar. Esto por norma general lo realiza un centro de llamadas de urgencia local u otra localización central. En la mayoría de los casos, emplean mapas topográficos o de latitud y longitud para situarlo, entonces asignan el número de su casa de un conjunto de direcciones libres que son compatibles con otras direcciones en el área.

Suponga que no sabe a quién llamar y sencillamente manda un mensaje de artículo a todos en su área: sus vecinos, autoridades locales, etcétera. Explicaste que está en una cierta latitud y longitud y que tiene una dirección. Puedes tomar el megáfono y vocearle.

«Hola. Mi LatLong es 80.0, 35.7. ¡Deseo una dirección! ¿Puede alguien asistirme?»

Es una visión, ya conoces, pero es lo único en lo que puedes meditar ahora mismo. Y increíblemente, la gente con autoridad respondieron con OFERTA.

¡Hola LatLong 80.0, 35.7! Tengo una dirección única en 62 Wimberly Place, aquí están los datos. Además de esto, si deseas contactarme, voy a estar en 46 Reardon Lane «.

No perderá esta ocasión, conque informe a las autoridades que esta dirección ha de ser la que le brindaron. En verdad, está claro que la dirección se pedirá formalmente.

¿Buenos días? 46 Reardons pista? Me agradaría pedir de manera oficial esta dirección «62». ¿Todavía se puede emplear?

Por fortuna, las autoridades afirman que la dirección es suya, o por lo menos por un período temporal.

LatLong 80.0, 35.7, esta dirección aún es viable. Te voy a escribir ! ¡gozar!

Nos encontramos empleando «LatLong 80.0, 35.7» por el hecho de que esta operación particularmente se efectúa esencialmente chillando al cierre. No obstante, las dos partes tienen que asegurarse de estar comentando con la persona que llama adecuada, con lo que hay que utilizar una identificación para asegurar la peculiaridad. 62 Reardon Lane tiene su dirección, con lo que son únicos. 80,0, 35,7 Sin direcciónPor ende, tienen que emplear otros elementos para reconocerlos de manera única.

Versión en línea de DORA

El desarrollo de negociación de DHCP lleva por nombre DORA: Conocer, Prestar, Pedir, Corroborar. Exactamente la misma el trueque previo, esto se efectúa en una red que coincide con la llamada, esto es, un trueque de difusión. Si bien la carga útil del mensaje tiene dentro información de dirección única (tras el primer mensaje DISCOVER), la IP de destino (DIP) todavía está en modo de transmisión 255.255.255.255. Todas y cada una de las máquinas de la red ven el bulto, pero lo ignoran en el momento en que ven la carga útil.

En distintas instantes del trueque, hay otras alternativas de contestación, como NACK (si el cliente espera bastante tiempo por la petición del servidor DHCP) y DECLINE (por poner un ejemplo, «cliente»). Los presentaremos en otro blog.

La versión on-line de Shouting previo se ve de esta forma:

DORA: el mensaje 1 (cuadro colorado) es el único mensaje sin información de destino en su carga útil

Puede leer los pasos precedentes; esencialmente se comentan por sí solos; Ese no es siempre y en todo momento la situacion por supuesto Todos estos son intercambios que suceden en tránsito, en vez de direccionar packs. En otras expresiones, DIP (dirección IP de destino) es siempre y en todo momento 255.255.255.255, la dirección de transmisión. Empleando la carga útil del mensaje, el trueque de la primera OFERTA se regresa semiprivado.

Dora en el bulto

En verdad, merece la pena estimar el trueque de packs DHCP (muy resumidamente). En la mayoría de los casos, se ve de esta manera:


DHCP Discover
Ehternet Header: DA=FF-FF-FF-FF-FF-FF, SA=


IP Header: SIP=0.0.0.0, DIP=255.255.255.255
DHCP Payload: Client MAC=




DHCP Offer
Ethernet Header: DA=FF-FF-FF-FF-FF-FF, SA=

IP Header: SIP=
, DIP=255.255.255.255
DHCP Payload: Offered IP=, Client MAC=
,
Subnet Mask=, Enrutador IP=
, 
DNS=, IP Lease Time=

Precisamente, tenemos la posibilidad de pasar un buen tiempo decodificando estos packs y enseñando cada factor en aspecto. No obstante, en el presente artículo solo nos vamos a centrar en los próximos puntos:

  1. El servidor DHCP da todos y cada uno de los factores de configuración precisos en los mensajes OFERTA y ACK. No falta nada: el cliente recibe la dirección IP, la máscara de subred, la localización del enrutador, la dirección IP de los 2 servidores DNS, la duración del arrendamiento y la identidad del servidor DHCP. No se necesita solamente para necesitar que el cliente trabaje de manera sin dependencia en internet.
  2. Pídale al cliente que lo realice No Empieze a utilizar la dirección IP proporcionada hasta el momento en que reciba un mensaje ACK. Tenga presente que en la petición DHCP previo, el SIP (IP de origen) es siempre y en todo momento 0.0.0.0, si bien el cliente conoce la IP detallada (la devuelve en la petición de confirmación).

Con él una vista DHCP muy sencilla. En el próximo blog, discutiremos en aspecto de qué forma siguen operando múltiples servidores DHCP y múltiples clientes del servicio solicitantes.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba