Tem na forma que é escrita. Mas tem que seguir os padrões. E lembre que o protocolo ARP é implementa na camada de enlace, como vai fazer testes de uma camada superior sem estar nela ? ¬¬
Em 10 de maio de 2010 16:33, Renato <[email protected]> escreveu: > Mesmo assim, as implementações de servidor DHCP do linux que eu conheço > (dnsmasq e dhcpd3) > > > Outro detalhe é claro, eu não sei ao certo se as implementações de dhcp > do > Linux têm alguma diferença quanto às dos outros sistemas. > > -----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]<slack-users-br%[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]<slack-users-br%[email protected]> > -- " Eu quero saber como renomear um arquivo " ele diz. Por favor, é dia de pagamento, não é?! Mas eu estou de bom humor. " Claro. Basta dar 'rm' e o nome do arquivo " " Obrigado " Noilson Caio T. de Araújo Linux Professional Institute Certification LPI000182893 Novell Certified Linux Administrator (CLA) 10111916 Novell Data Center Technical Specialist -- 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]
