Boa tarde, agradeço antecipadamente o retorno ...

O arquivo de configuração do dhcp server já havia seguido com o primeiro
email, mas segue novamente :

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;
    }



Fábio Rabelo


Em 25 de abril de 2012 14:38, Joao Mandl <[email protected]> escreveu:

> 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 
> <[email protected]>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 Rabelo
>>
>>
>> Em 25 de abril de 2012 13:58, Rodolfo <[email protected]> escreveu:
>>
>> Verifica no log do windows se aparece alguma falha. Outra coisa verifique
>>> a data e a hora do sistema.
>>>
>>>
>>>
>>> Abraços
>>>
>>> Em 25 de abril de 2012 11:54, Fábio Rabelo 
>>> <[email protected]>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
>>>>
>>>
>>>
>>
>

Responder a