Mesmo assim, as implementações de servidor DHCP do linux que eu conheço (dnsmasq e dhcpd3) não fazem isso e um dos motivos é bem simples: se o cliente perder o link por algum motivo, não vai haver o "release" de forma adequada, para o servidor o IP continua alocado e em uso.
Ao reestabelecer o link, se houvesse tal bloqueio na hora da liberação, este cliente seria incapaz de utilizar o mesmo endereço e isso poderia resultar numa série de problemas (falta de endereços disponíveis, ter que forçar o cliente a dar o "release" e depois "renew" e etc.) > Eu não concordo. Se o cliente perder o link não haverá problemas em restabelecer o IP, já que ele vai estar amarrado ao MAC do cliente, não haverá falta de endereços porque o MAC já estará amarrado e o DHCP não vai liberar outro IP para aquele MAC. O cliente por sua vez não vai precisar de dar o release nem o renew, já que o DHCP ainda está autenticando aquele MAC amarrado. Mas o que aconteceria é que o DHCP não iria liberar a conexão para o cliente de jeito nenhum, o que levaria o administrador a encontrar o problema no olho e solucionar manualmente. -----Mensagem original----- De: [email protected] [mailto:[email protected]] Em nome de Max Miorim Enviada em: segunda-feira, 10 de maio de 2010 16:11 Para: [email protected] Assunto: Re: [slack-users] MAC CLONADO. On 5/10/10, Renato <[email protected]> wrote: > Sim, mas veja bem. O DHCP fornece o IP, quando o IP não está amarrado por > Mac, ele verifica se o IP já está em uso e caso esteja ele libera um IP que > não esteja em uso. > Nesse caso, ele não está verificando se o IP está em uso porque esse IP está > configurado para ir para esse MAC. Então, por exemplo, se aparecerem 5 > roteadores com esse MAC, o DHCP vai fornecer o mesmo IP para os 5 > roteadores. Se quando o DHCP está liberando IP sem regra de amarrar ao MAC > ele verifica se o IP está em uso antes de entregar para o cliente, porque > ele não está verificando quando tem essa regra? Isso é certo? O DHCP deve > sim liberar o IP para o roteador porque está amarrado ao Mac, mas suponhamos > que o computador que tem o mesmo MAC já esteja ligado... O DHCP deveria > verificar esse procedimento e informar que o IP já está em uso na rede e não > liberar o IP. Assim caberia ao administrador solucionar o conflito. Quando tu falou em "liberar" eu entendi no sentido de acesso e não em "liberar o IP". :) Mesmo assim, as implementações de servidor DHCP do linux que eu conheço (dnsmasq e dhcpd3) não fazem isso e um dos motivos é bem simples: se o cliente perder o link por algum motivo, não vai haver o "release" de forma adequada, para o servidor o IP continua alocado e em uso. Ao reestabelecer o link, se houvesse tal bloqueio na hora da liberação, este cliente seria incapaz de utilizar o mesmo endereço e isso poderia resultar numa série de problemas (falta de endereços disponíveis, ter que forçar o cliente a dar o "release" e depois "renew" e etc.) -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected] -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
