Roda um TCPDUMP ou NetMon no Windows para ver o que está acontecendo na negociação com o DHCP.
Eu tenho um e fornece o IP sim, consegue passar os arquivos de configuração.
Abraços,
| João Paulo de Carvalho Mandl |
Em 25 de abril de 2012 14:21, Fábio Rabelo <fabio@fabiorabelo.wiki.br> escreveu:
Agradeço antecipadamente a sua atenção ...
Eu já havia verificado .
A única falha que aparece nos logs do windows é de dhcp time-out ...
E os horários estão sincronidados, as máquinas estão todas em um domínio, ela nem mesmo conseguiriam se autenticar se não estivessem sincronizadas ...
Fábio RabeloEm 25 de abril de 2012 13:58, Rodolfo <rof20004@gmail.com> escreveu:Verifica no log do windows se aparece alguma falha. Outra coisa verifique a data e a hora do sistema.AbraçosEm 25 de abril de 2012 11:54, Fábio Rabelo <fabio@fabiorabelo.wiki.br> escreveu:
Boa tarde a todos .
Estou implementando um servidor novo em um cliente para substituir um antigo .
O antigo roda Lenny
O novo está rodando Squeeze
Copiei o arquivo de configuração de um para o outro, e acontece que os clientes Windows 7 não conseguem puxar o ip !
Este é o arquivo de configuração :
server-identifier proxy.bpd.local;
ddns-updates on;
ddns-update-style interim;
ddns-domainname "bpd.local";
ddns-rev-domainname "in-addr.arpa.";
#ignore client-updates;
authoritative;
include "/etc/bind/rndc.key";
zone firewall.bpd.local. {
primary 127.0.0.1;
key "rndc-key";
}
zone 0.168.192.in-addr.arpa. {
primary 127.0.0.1;
key "rndc-key";
}
default-lease-time 86400;
max-lease-time 86400;
authoritative;
subnet 10.152.187.0 netmask 255.255.255.0 {
}
# aki ficam as placas de rede
# rede local
subnet 192.168.0.0 netmask 255.255.255.0 {
authoritative;
allow client-updates;
allow unknown-clients;
ddns-updates on;
server-name "proxy.bpd.local";
range 192.168.0.150 192.168.0.254;
option routers 192.168.0.1;
option ip-forwarding on;
option broadcast-address 192.168.0.255;
option subnet-mask 255.255.255.0;
option netbios-name-servers 192.168.0.1;
option domain-name-servers 192.168.0.1;
}
E esta é a entrada no log do servidor novo :Apr 25 11:30:57 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f via eth1 Apr 25 11:30:58 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPDISCOVER from 84:2b:2b:7d:65:4f (POWER09) via eth1 Apr 25 11:31:01 proxy dhcpd: DHCPOFFER on 192.168.0.250 to 84:2b:2b:7d:65:4f (POWER09) via eth1
A versão do dhcp no lenny é 3.1.1
E a versão do dhcp no squeeze é 4.1.1
As estações XP funcionam corretamente, assim como servidores de impressão, celulares, tablets, enfim, tudo menos os Windows 7 .
Se eu abaixo o dhcp do servidor novo com Squeeze e levanto novamente o dhcp do servidor antigo com Lenny tudo volta ao normal !!!
Em tempo, eu lí um artigo no site da Microsoft sobre algo parecido, que envolve editar um parâmetro no registro, DhcpConnEnableBcastFlagToggle, e a alteração não teve nenhum efeito .
Estou desde ontém em cima deste problema, já pesquisei um bocado, mas não encontrei mais nada além deste artigo da Microsoft .
Alguém já viu algo parecido ?
Fábio Rabelo