Font size
WorksheetsEvaluativo Nº 2 (03/03/2024)
Total questions: 17
Worksheet time: 19mins
¿Un LAN Switch normalmente tiene los servicios de servidor DHCP y de relay agent DHCP?
Solo servidor DHCP
Solo de agente de relay DHCP
Ni servidor ni agente de relay
Si ambos servicios
El relay agent de DHCP tiene configurado un “hop count” o cantidad de saltos. ¿Cuál es el objetivo del mismo?
Evitar que si hay un servidor DHCP en la subred donde está el cliente, se alquile una dirección del servidor remoto
Evitar bucles de mensajes DHCP entre relay agents
Evitar duplicidad de envío de mensajes DHCP a distintos relay agents
Descartar mensajes DHCP duplicados en los relay agents
Un relay agent solo se puede configurar para acceder a un único servidor DHCP
Si
No
Un cliente DHCP envía un DHCPDISCOVER y es capturado por el relay agent que lo “reenvía” al servidor DHCP que posee configurado. La respuesta del servidor (DHCPOFFER) es enviada con dirección IP destino correspondiente a:
El cliente DHCP
El relay agent
El router
La dirección IP destino es un Broadcast
¿Cuántos datagramas IP lleva la renovación del alquiler de una dirección IP con éxito cuando el alquiler se hizo a través de un relay agent?
2
4
8
No se puede renovar en este caso porque el alquiler se hizo vía un “relay agent”, sino se comienza todo el proceso desde el principio
¿Es posible que un cliente DHCP al momento de iniciar envíe un mensaje DHCPDISCOVER especificando una dirección IP a alquilar?
Si es factible cuando el cliente ya tenía alquilada la dirección y se reinició
No es factible, siempre el DHCPDISCOVER es un broadcast y sin especificación de IP
Si es factible, en el caso que se haya recibido un mensaje DHCPNAK
Si es factible, en el caso que haya una reserva en el servidor DHCP
Un usuario obtiene por primera vez su dirección IP de un servidor DHCP el día 14 de octubre a las 9.00 hs. El TTL que posee configurado el servidor es de 3 días. Luego el usuario cambia la fecha de su PC adelantándola al día 17 de octubre a las 8.00 hs. ¿Qué ocurre en el software DHCP Cliente luego de este cambio de hora/fecha?
Se envía un mensaje DHCPREQUEST tipo Broadcast tratando de renovar su dirección IP con cualquier servidor DHCP
Se envía un mensaje DHCPREQUEST tipo Unicast al servidor que originalmente alquila la dirección tratando de renovarla misma IP que tiene en uso
Se discontinua el uso de la dirección IP y se muestra un mensaje de error
No altera en nada su funcionamiento ya que la fecha/hora que se considera para la expiración del TTL es a través de un timer que mantiene el cliente DHCP
Ud. usa el rango de direcciones IP privadas 192.168.1.0/24 para direccionar aproximadamente 350 hosts. Desde el punto de vista de la renovación de IP’s, ¿Qué TTL configuraría en los ámbitos de DHCP?
30 días
12 horas
15 minutos
La Facet posee un servidor DHCP cuya fuente de alimentación se quemó un día sábado a la madrugada (sin actividad en la facultad). El TTL que tenía configurado era de 72 hs. ¿Qué ocurre el día lunes cuando vuelven los usuarios?
Nadie se puede acceder a la red
Tienen conectividad limitada a IP pero no puede acceder a la red IP de la Facet
Los usuarios pueden acceder ya que el tiempo de vida es de 72 hs. y no se agotó
Algunos pueden acceder y otros no
Ud. quiere ofrecer balanceo de carga de su único servidor DHCP que posee en la red. ¿Qué haría?
Configuraría un segundo ámbito en el mismo servidor con direcciones de la misma subred, pero que no solape las direcciones del ámbito existente
Instalaría un segundo servidor DHCP con el mismo ámbito que el primero
Instalaría un servidor DHCP remoto y configuraría el agente de relay
No es factible implementar balanceo de carga con ninguno de los esquemas mencionados
Su red posee un servidor DHCP local y uno remoto, con ámbitos no solapantes para la misma subred. El agente de relay tiene configurado apropiadamente la IP del servidor remoto, delay=0 y hop count=0. ¿Qué ocurre cuando un cliente emite el DHCPDISCOVER?
Solo el servidor local contesta con un DHCPOFFER
Solo el servidor remoto contesta con un DHCPOFFER
El cliente puede recibir “dos” DHCPOFFER (uno del local y otro del remoto)
¿Un cliente DHCP en el momento que recibe el DHCPACK determina que la IP esta duplicada? ¿Qué ocurre en ese caso?
Genera un paquete DHCPDECLINE y se marca la dirección en el servidor como “BAD ADDRESS”. Muestra un mensaje de error de IP Duplicada
Genera un paquete DHCPDECLINE y se marca la dirección en el servidor como “BAD ADDRESS” y pasa a Fase 1 de DHCP
Genera un paquete DHCPDECLINE y se marca la dirección en el servidor como “BAD ADDRESS” y pasa crea una dirección APIPA
No se puede dar ese caso de duplicidad, ya que DHCP administra la distribución de direcciones IP en forma ordenada
¿Qué ocurre cuando Ud. a través de un comando de su Sistema Operativo genera el mensaje DHCPRELEASE?
Se libera la dirección IP correspondiente del servidor DHCP y nada más
Se libera la dirección IP del cliente y servidor DHCP y nada más
Se libera la dirección IP del cliente y servidor DHCP y el cliente genera DHCPDISCOVER para adquirir una nueva IP
Ese mensaje solo se realiza al hacer un shutdown del Sistema Operativo por lo que no se hace nada excepto liberarla del cliente
Ud. utiliza un comando para generar la renovación de una IP (DHCPRENEW) sin generar previamente uno de DHCPRELEASE. ¿Qué mensaje recibe del servidor?
Este mensaje no puede generarse sin un DHCPRELEASE previo
Ningún mensaje. Se actualizan los timers del alquiler, comenzando desde cero
DHCPACK o DHCPNAK
DHCPACK
¿En qué casos se puede enviar como broadcast un mensaje DHCPREQUEST? Marque DOS y presionar ENVIAR.
Cuando se intenta renovar la IP con cualquier servidor DHCP
Cuando hay un movimiento del cliente a otra subred
Nunca, el mensaje DHCPREQUEST se usa para renovar la IP con el servidor que alquiló la IP, y se genera un paquete unicast con la IP del servidor
Una de las ventajas de NAT es que permite migrar fácilmente de un ISP a otro en su red privada. ¿Por qué? Marque DOS y presione ENVIAR.
Porque cuando se cambia de ISP, las IP públicas se migran del viejo al nuevo ISP
Porque al contratar solo unas cuantas IP “públicas” al nuevo ISP, solo debo adecuar las mismas en toda mi red privada. El resto del direccionamiento es el mismo
Porque cuando se cambia de ISP, las IP públicas se migran del viejo al nuevo ISP
Porque no se contratan grandes cantidades de IP Públicas y se direcciona la red privada con ellas, lo que conllevaría un cambio de todo el direccionamiento IP en la red privada
En una red que implementa NAT, ¿es posible tener más de un router con conexión a Internet y que ambos implementen NAT?
Si es posible, cada uno mantendrá su tabla de traducción
No es posible, NAT está pensado para redes con salida con un único router hacia internet
Si es posible, y los routers intercambian mensajes de NAT entre ellos, para actualizar sus tablas
Si es posible; pero debe configurarse una única tabla NAT para ambos
