Dhcp não entrega ip para estações windows

stefaniobrunhara
(usa CentOS)

Enviado em 27/03/2013 - 20:46h

Estou com esta configuração abaixo rodando no mandriva 2010.1, esta mesma configuração básica esta funcionando em outros servidores, porém no servidor em questão não esta funcionando.

O que acontece, starta sem problema, a estação envia DHCPDISCOVER o servidor responde DHCPOFFER, porém a estação não envia o DHCPREQUEST

vi /etc/dhcpd.conf

server-identifier ns0.ub.mg;

ddns-update-style ad-hoc;

default-lease-time 600;

max-lease-time 7200;

option domain-name-servers  192.168.1.254;

option routers  192.168.1.254;



subnet 192.168.1.0 netmask 255.255.255.0 {

   range 192.168.1.91 192.168.1.99;

   option subnet-mask 255.255.255.0;

   authoritative;

}



 

dhcpd -cf /etc/dhcpd.conf eth0

Internet Systems Consortium DHCP Server 4.1.2-P1
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Wrote 0 leases to leases file.
Listening on LPF/eth0/00:e0:5c:00:1d:2b/192.168.1.0/24
Sending on LPF/eth0/00:e0:5c:00:1d:2b/192.168.1.0/24
Sending on Socket/fallback/fallback-net


log de uma estação Windows tentando receber ip do dhcp-server so fica nisto!

Mar 27 18:56:32 ssbgat01 dhcpd: DHCPDISCOVER from 1c:75:08:d6:79:f7 via eth0
Mar 27 18:56:32 ssbgat01 dhcpd: DHCPOFFER on 192.168.1.12 to 1c:75:08:d6:79:f7 via eth0


Se abilito outro servidor de dhcp por exemplo do route da internet as estaçoes pegam ip

jorgeluis
(usa Debian)

Enviado em 01/04/2013 - 17:57h

Cara esse servidor está na mesma rede que os demais? A placa destinada ao serviço é realmente a eth0?
Eu criei em máquinas virtuais aqui em casa um servidor DHCP e notei que existem linhas a mais no meu dhcp.conf:



desculpe minha falta de conhecimento se estiver errado, estou tentando ajudar.

Buckminster
(usa Debian)

Enviado em 01/04/2013 - 19:01h

Vamos por partes, como o esquartejador:
1 - A linha 'ddns-update-style ad-hoc;' serve para setar DNS dinâmico que você provavelmente não tem na sua rede. Pode colocar essa linha como 'ddns-update-style none;'

2 - Você apontou a placa de rede no outro arquivo do DHCP?
Por exemplo, no Debian é o arquivo '/etc/default/dhcp3server' e a linha é INTERFACES="ethx".

3 - O servidor está conectado num switch, provavelmente, e nesse mesmo switch estão as máquinas clientes, provavelmente. Pois bem, as máquinas clientes devem encontrar o DHCP através da placa de rede do servidor DHCP que deve estar com IP estático (fixo).

4 - A linha 'option subnet-mask 255.255.255.0;' não tem necessidade. Pode comentá-la uma vez que você já está informando a máscara de subrede na linha 'netmask 255.255.255.0'. E seria mais interessante você colocar a linha 'option routers 192.168.1.254;' dentro da configuração da subrede, logo abaixo do range. E logo abaixo acrescentar a linha 'option broadcast-address 192.168.1.255;'.

5 - A linha 'authoritative;' você pode tirar fora da configuração da subrede e colocar logo abaixo da linha 'option domain-name-servers...'.

6 - E não esqueça de desabilitar o DHCP do router, a não ser que você tenha compartilhamento nesse mesmo servidor DHCP.

7 - Você testou somente em uma máquina cliente ou testou em duas, no mínimo, para saber se o problema não está na máquina cliente?

stefaniobrunhara
(usa CentOS)

Enviado em 04/04/2013 - 00:55h

Sim, está na mesma rede, a placa eth0 tem o ip 192.168.1.253, que pertence a rede do scopo do dhcp.

stefaniobrunhara
(usa CentOS)

Enviado em 04/04/2013 - 01:13h

Esta linha realmente esta a mais! Mas ja fiz teste com e sem.



Quando você executa o dhcpd desta forma "dhcpd -cf /etc/dhcpd.conf eth0"
ele vai disconsiderar o arquivo /etc/sysconfig/dhcpd que conte "INTERFACES="ethx"
dest forma ele mostra melhor os erros do dhcpd.conf caso tenha.



Sim o servidor esta com o ip 192.168.1.253 fixo na eth0



Entendo que ouve redundancia na minha configuração de teste, mas o problema não esta ai, algumas linhas estão em excesso devido ao meu escopo que funciona no outro servidor que usa o conceito de super escopo. onde eu tenho outras mascaras de rede e outro router. A configuração acima foi uma eliminação das linhs em excesso devido ao nao funcionamento do dhcp, e com isto acabou ficando algum lixo.



Sim, sempre que fiz o teste o dhcp do route e dasativado para nao criar uma disputa entre os dois


[/quote]

Sim, na minha rede tem mais de 80 maquinas que não estão conseguindo, trabalhar com este dhcp que esta configurdo no servidor linux.


ultima configuração ultilizada, é muito simples para não estar funcionando!!!

vi /etc/dhcpd.conf

server-identifier ns0.ub.mg;
ddns-update-style none;
default-lease-time 600;
max-lease-time 7200;
option domain-name-servers 192.168.1.254;
option routers 192.168.1.254;

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.91 192.168.1.99;
}

Um coisa que não comentei na primeira mensagem,é que antigamente o servidor de dhcp desta rede era no 2008R2, será que as estações estão com algum vinculo com ele ainda?

No linux quando uma placa pega ip dinaminco a configuração fica no /var/lib/dhcp/dhclient-eth1.leases, onde será que o windows guarda isto?

Buckminster
(usa Debian)

Enviado em 04/04/2013 - 01:40h

Se você fixar o IP em uma das máquinas clientes ela navega?

Antes de fixar o IP executa no prompt de comando de uma das máquinas cliente:

ipconfig /release e dê enter
ipconfig /flushdns e dê enter
ipconfig /renew e dê enter

e veja se pega IP.

2 - Você apontou a placa de rede no outro arquivo do DHCP?
Por exemplo, no Debian é o arquivo '/etc/default/dhcp3server' e a linha é INTERFACES="ethx".

Quando você executa o dhcpd desta forma "dhcpd -cf /etc/dhcpd.conf eth0"
ele vai disconsiderar o arquivo /etc/sysconfig/dhcpd que conte "INTERFACES="ethx"
dest forma ele mostra melhor os erros do dhcpd.conf caso tenha.

De onde você tirou essa informação acima?
Coloque a placa de rede em INTERFACES="ethx" e teste.

Brunorr
(usa CentOS)

Enviado em 04/04/2013 - 11:27h

Tenta i la no /etc/default/isc-dhcp-server ealterar a linha INTERFACES="eth..."

stefaniobrunhara
(usa CentOS)

Enviado em 04/04/2013 - 21:37h

Sim, navega, inclusive como falei no tópico anterior, se ativou outro dhcp tudo funciona.


Não pega IP, já tentei isto no Windows, é o básico.



Sim, até citei o path e o nome do arquivo que é o equilavente ao debiam.
debiam é /etc/default/dhcp3server no mandriva é /etc/sysconfig/dhcpd




Se você ler no man do dhcpd vai encontrar

-cf config-file
Path to alternate configuration file.

Tem vários links na internet, que li sobre como debugar melhor usando este mesmo processo, se starto o dhcpd sem o paramentro eth0, ele reclama que não tem o escopo da eth1, acho que isto já é mais do que prova que ele esta trabalhando com a eth0.

E mesmo porque é como falei, eu tenho o dhcpd rodando em outros servidores, se faço estes mesmo teste, em outra maquina usando a mesma sintaxe e o mesmo processo da certo!


veja o precesso do funcionamento!

Starta sem problema, a estação envia DHCPDISCOVER o servidor responde DHCPOFFER, porém a estação não envia o DHCPREQUEST

Eu não estou recebendo o DHCPREQUEST, que é justamente, creio, ser a obrigação da estação, porém se ativo o dhcp do route a estação funciona.

Buckminster
(usa Debian)

Enviado em 05/04/2013 - 01:10h

-cf config-file
Path to alternate configuration file << Caminho para arquivo de configuração ALTERNATIVA.

Já tentou desinstalar o DHCP, reiniciar o computador e reinstalar o o DHCP?
Se o DHCP do router funciona, creio que infelizmente você terá que reinstalar o serviço de DHCP ou todo o sistema no servidor que está dando problema. Às vezes a estação não retorna o DHCPREQUEST por que o servidor enviou o DHCPOFFER mal formado. No DHCPOFFER o servidor envia a máscara de sub-rede, Gateway padrão (roteador), tempo de concessão e endereço do servidor.
A tua lógica está correta. O cliente envia um pacote DHCPDISCOVER. O servidor DHCP responde enviando um pacote DHCPOFFER. O cliente responde para o DHCPOFFER enviando um DHCPREQUEST. O servidor DHCP responde ao DHCPREQUEST com um DHCPACK, concluindo assim o ciclo de inicialização.
Logicamente, o pacote DHCPDISCOVER tentará a concessão do mesmo endereço guardado em cache. Mas se isso está acontecendo em todas as máquinas clientes é difícil que o problema seja em todas as estações. Se fosse em algumas estações até daria para considerar isso, sem contar que com o DHCP do router funciona.

Às vezes durante a instalação do sistema operacional o suporte ao protocolo DHCP ficou mal instalado. Mas é somente uma suposição.

stefaniobrunhara
(usa CentOS)

Enviado em 05/04/2013 - 10:55h

Buckminster, somente para não ficar confuso este detalhe do -cf, porque tive a impressão que você entendeu que estou usando desta forma em produção. Em uma configuração normal eu configuro o /etc/dhcpd.conf e /etc/sysconfig/dhcp. Somente para ficar claro, porque outras usuários do fórum, pode ter a mesma percepção que eu tive "errada", sei que você me entendeu, muito obrigado.


Voltando ao problema!

tail -f /var/log/messages |grep dhcpd

Apr 5 08:30:29 sbh0ns01 dhcpd: DHCPDISCOVER from 0c:74:c2:b1:de:af via eth0
Apr 5 08:30:29 sbh0ns01 dhcpd: DHCPOFFER on 192.168.1.94 to 0c:74:c2:b1:de:af via eth0

No log eu só vejo isto!


É a segunda vez que este problema, acontece comigo! Tenho vários servidores Linux instalado com este mesmo perfil firewall/proxy/dhcp/Iscsi-target/Adicional DC, certa de 25, todos instalados por script, ou seja, a configuração é igual para todos. Estou resistindo em reinstalar este servidor porque gostaria de encontrar o problema, quando o problema repete sempre e bom você descobrir a causa!


Se não achar a solução, vou reinstalar.

Buckminster
(usa Debian)

Enviado em 05/04/2013 - 12:40h

O hardware é o mesmo em todos os servidores Linux?
Tenta compilar um kernel mais atual e você ficará sabendo se o problema está na instalação ou no hardware. Se o problema persistir após a compilação do kernel tem grandes probabilidades de o erro estar na instalação do DHCP ou do sistema.
Verificou fisicamente os cabos e as placas de rede do servidor? (sei que isso é o básico, mas as vezes o cara esquece).

Outra sugestão que posso te dar é você utilizar o WireShark. Ele mostra com clareza o tráfego DHCP da rede.

stefaniobrunhara
(usa CentOS)

Enviado em 06/04/2013 - 09:47h

Não, porque maquina de firewall, normalmente é o que sobra na empresa. "pobre do Linux " kkk



Eu gosto do tcpdump, uso bastante, o tramite que comentei acima sobre o DHCPDISCOVER etc...
foi com ajuda dele.

Minha mensagem no fórum, foi uma tentativa de achar que passou pelo problema mesmo, uma vez que eu já esgotei as possibilidades básicas.