isc-dhcpd-server - configura a sub-rede e a máscara de rede corretamente, mas atribui IP e máscara de rede (ifconfig) diferentes

0

Um colega meu está atualmente tentando corrigir um problema com uma máquina Raspberry Pi 3 (mais recente Rasbian). O isc-dhcpd-server é executado sem problemas em outra configuração semelhante. Dentro do /etc/dhcp/dhcpd.conf em ambos os sistemas, o mesmo conteúdo pode ser encontrado, incluindo a configuração subnet , onde afirma claramente que 192.168.100.x com netmask 255.255.255.0 deve ser usado:

# example.org domain and domain name servers configuration
# ...
ddns-update style none;

option subnet-mask 255.255.255.0;
option broadcast-address 192.168.100.255;
option domain-name "project.test";

subnet 192.168.100.0 netmask 255.255.255.0 {
    range 192.168.100.2 192.168.100.253;
}

Por alguma razão, embora o servidor dhcp atribua automaticamente um endereço IP de uma rede totalmente diferente (observe que o Raspberry Pi não está conectado a nenhum roteador etc. e o ambiente não tem conexão com outros dispositivos ou com a Internet:

root@rpi:~$ ifconfig
eth0 169.254.221.127 netmask 255.255.0.0 broadcast 169.254.255.255
lo ...

Eu não estou familiarizado com o servidor dhcp e toda a configuração envolvida para que ele funcione corretamente, então provavelmente estou perdendo algo óbvio. Existe algum outro local onde essa configuração precise ser alterada?

Pesquisando recursivamente dentro de /etc

grep -rnw * -e "169.254.*"

retornou (em ambas as máquinas) duas correspondências - uma em gai.conf e outra em redes . O gai.conf é algo que eu nunca ouvi. Quanto às redes - é a configuração link-local e, como parece, este é um valor padrão em muitos sistemas (incluindo minhas próprias máquinas virtuais que executam o Xubuntu 16.04).

    
por rbaleksandar 20.02.2018 / 14:45

1 resposta

1

Este endereço não é atribuído por DHCP. O intervalo 169.254.0.0/16 é para endereços "zeroconf" - endereços de link locais escolhidos pelo próprio sistema, mais comumente usados como como fallback quando o DHCP não está disponível. Se você está vendo este endereço mas não é um endereço regular , pode significar algumas coisas:

  • O seu cliente DHCP não conseguiu obter uma concessão e desistiu.

  • Ou o seu perfil de rede está realmente definido como "somente local" (no NetworkManager ou similar).

Como sempre, se seu cliente e servidor DHCP não estiverem fazendo o que devem, investigue o que eles estão fazendo - verifique os registros do sistema, use uma ferramenta de captura de pacotes Wireshark / tcpdump) e assim por diante.

  1. O daemon dhcpd está em execução?
  2. Qual cliente DHCP o rpi está usando? Está correndo? Você pode executá-lo no modo detalhado ou de depuração?
  3. O cliente envia um DHCPDISCOVER e o servidor responde com um DHCPOFFER?
  4. O cliente envia um DHCPREQUEST e o servidor responde com um DHCPACK?

O arquivo /etc/networks não é importante. Sua única finalidade (semelhante a / etc / hosts) é atribuir nomes de exibição aos prefixos de rede, por exemplo, ao executar o comando route . Da mesma forma, /etc/gai.conf contém apenas prioridades para classificar resultados de pesquisa de DNS - nada a ver com DHCP.

    
por 20.02.2018 / 15:09