Serviços dinâmicos de Protocolo de Configuração de Host (DHCP) - serviços de dummies

Os serviços que não estão relacionados ao roteador também estão disponíveis no seu roteador - por exemplo, o Dynamic Serviço de Protocolo de Configuração de Host (DHCP). Você pode usar o DHCP para distribuir a configuração do endereço IP para dispositivos em sua rede. Os servidores da sua rede podem executar este trabalho, mas em alguns casos, como em um escritório pequeno sem um servidor, você pode usar seu roteador para desempenhar esse papel.

Quando um servidor DHCP não pode ser colocado em uma rede, seu roteador também pode desempenhar o papel de IP Helper ou DHCP Relay.

Aqui está o processo básico de aquisição de endereço DHCP em quatro etapas:

• DHCP Discover: O dispositivo cliente envia uma solicitação para todos os servidores DHCP disponíveis na rede para fornecer um endereço se eles têm um disponível.

• Oferta DHCP: Todos os servidores DHCP na rede que possuem um endereço disponível respondem. O dispositivo cliente pode receber várias ofertas se vários servidores estiverem na rede.

• Pedido DHCP: O cliente escolhe uma oferta e envia uma solicitação de volta para o servidor DHCP. Como o cliente ainda não está autorizado a usar o endereço oferecido, o Pedido DHCP ainda é uma transmissão. O cliente aceita a primeira oferta recebida, a menos que outra oferta corresponda ao último endereço IP que o cliente teve.

• DHCP Ack ou DHCP NAck: Normalmente, o servidor DHCP finaliza o processo com uma confirmação, ou Ack, permitindo que o dispositivo cliente comece a usar o endereço. Em casos raros, o servidor emite um Reconhecimento negativo, ou NAck , porque pode ter decidido que o endereço não está disponível nos milissegundos que se passaram desde que ofereceu o endereço.

  Muito mais provável é que um NAck viesse de um servidor DHCP segundo, mas com defeito, que vê o pedido DHCP no primeiro servidor DHCP e o recusa porque não era o endereço oferecido. Sua recusa é a parte defeituosa desse cenário porque, se o pedido DHCP não fosse oferecido para o segundo servidor, ele deveria ter sido ignorado.

  

Você pode ter vários servidores DHCP no mesmo segmento de rede que estão configurados para os escopos não sobrepostos (a configuração do serviço DHCP das informações de configuração que distribuirá) nesse segmento de rede. Um servidor oferece um endereço IP, mas quando o cliente solicita o endereço, o outro servidor vê o pedido e emite um NAck, porque não ofereceu esse endereço.

Esta situação não deve acontecer, porque um servidor DHCP deve apenas incluir um endereço que ele oferece.Quando esse problema NAck começa a acontecer, normalmente todos os computadores da sua rede perderão lentamente sua configuração de IP. Você pode identificar rapidamente o problema fazendo uma captura de pacotes de rede com uma ferramenta como o Wireshark.

Wireshark informa o endereço IP e o endereço MAC do outro servidor DHCP. Você pode usar as informações da Wireshark para localizar o servidor DHCP ofensivo e desligá-lo.

Todo esse tráfego é o tráfego de transmissão, porque até o dispositivo cliente receber a confirmação final, não é permitido usar o endereço oferecido; por isso não possui um endereço IP válido na rede.

Uma vez que o cliente possui o endereço, ele mantém o endereço até chegar a oito horas, ou qualquer que seja o período de locação configurado. No final do período de locação, se o cliente não renovou sua locação ou obteve uma locação de outra fonte, ele deve renunciar ao uso desse endereço e tentar chegar a um servidor DHCP para obter outro endereço.

Ao mesmo tempo, mesmo que o dispositivo seja desligado após a obtenção de sua locação, o servidor DHCP "não contratou" para não fornecer esse endereço a qualquer outro dispositivo até o período de arrendamento expirar.

Antes da expiração do contrato, o cliente tentará renovar seu contrato de arrendamento para evitar estar em uma situação em que ele não tenha um endereço IP de trabalho válido. Este processo funciona nestes intervalos de tempo:

• 50 por cento - Renovação de locação: Em 50% do período de arrendamento, o cliente tentará renovar seu contrato de arrendamento. Esta renovação é uma mensagem unicast diretamente para o servidor DHCP, o que é permitido porque, ao contrário do processo de locação original, o cliente e o servidor possuem endereços IP válidos na rede através dos quais eles podem se comunicar.

  O objetivo é que o cliente poderá renovar seu contrato de arrendamento e nunca estar sem um endereço IP. Se a renovação da locação for bem sucedida, ela será renovada no período de locação original, desde que não tenha sido modificado no servidor.

  Assim, com uma locação de oito horas, às quatro horas, o dispositivo tentará renovar a locação e acabará com um novo contrato de oito horas quando tiver sucesso. Se, por algum motivo, o dispositivo não puder renovar sua locação, continuará a tentar uma renovação periodicamente com base na configuração do cliente.

• 87. 5 por cento - Rebinding: Se o cliente atingir 87. 5 por cento do período de locação e ainda não conseguiu renovar sua locação, tentará localizar outro servidor DHCP para adquirir uma locação. Esse processo é idêntico ao processo inicial de locação.

  Assim, mesmo que o cliente tenha um endereço IP válido na rede, ele enviará uma nova transmissão de descoberta DHCP na tentativa de localizar um servidor DHCP válido na rede. Todos os servidores DHCP que recebem solicitações de descoberta responderão com um endereço disponível.

  Se houver mais de uma resposta, o cliente escolherá uma resposta e enviará seu pedido para esse endereço e aguardará receber uma confirmação em troca. Se nenhum servidor responder a essa solicitação de descoberta, o cliente fará solicitações adicionais com base nas configurações do cliente periodicamente.Durante esse período, o cliente ainda tem permissão para usar o endereço IP configurado que recebeu em seu contrato inicial.

• 100 por cento - caducidade de locação: Se o cliente não localizou outro servidor DHCP no momento em que atinge 100% do período de locação, o cliente renuncia ao endereço alocado e envia periodicamente solicitações de descoberta DHCP. Continua esse processo até receber uma resposta.