isc-dhcp-server falha se a interface não estiver conectada na reinicialização

Question 1

A interface (enp2s0) está ativa? Ele precisa ter um endereço IPv4 adicionado e iniciado (ativado)

Não importa se algum cliente está conectado ao hub/switch.

Editar: Gerenciador de rede?

Eu odeio isso de paixão, mas de qualquer forma: se o iface não estiver com um endereço correto, o dhcpd não iniciará, então você precisa descobrir como com o nmcli criar uma configuração estática que esteja sempre ativa.

Editar: O que mostra isso?

nmcli connection show lan

A propriedade connection.autoconnection é interessante.

Editar: O que mostra isso:

  nmcli -f name,autoconnect connection show

Ok, qual é o status

  nmcli -f name,autoconnect connection show

após reiniciar sem o seu hack? A propriedade autoconnect deve ser suficiente para abrir a interface... não saber por que algo falha em algo que é basicamente muito simples é uma das minhas aversões no NetworkManager (muita complexidade para benefícios desconhecidos, vejo o ponto para clientes que são constantemente em movimento, mas servidores que devem simplesmente funcionar??)

Editar: algum arquivo em etc/NetworkManger/system-connections ? Pelo menos foi assim que configurei os dispositivos no meu sistema (é uma configuração em ponte), então uso o NetworkManager para abrir a máquina. A máquina hospeda três convidados, portanto o dispositivo enp1s0 é um escravo.

Editar: o que acontece se você definir o dispositivo LAN (remova-o completamente primeiro), ou seja, algo como:

nmcli connection down lan 
nmcli connection delete lan
nmcli connection add type ethernet ifname enp2s0 con-name lan autoconnect on
nmcli connection modify lan   ipv4.method manual ipv4.addresses 192.168.2.2/24 
nmcli connection lan up

Answer

A interface (enp2s0) está ativa? Ele precisa ter um endereço IPv4 adicionado e iniciado (ativado)

Não importa se algum cliente está conectado ao hub/switch.

Editar: Gerenciador de rede?

Eu odeio isso de paixão, mas de qualquer forma: se o iface não estiver com um endereço correto, o dhcpd não iniciará, então você precisa descobrir como com o nmcli criar uma configuração estática que esteja sempre ativa.

Editar: O que mostra isso?

nmcli connection show lan

A propriedade connection.autoconnection é interessante.

Editar: O que mostra isso:

  nmcli -f name,autoconnect connection show

Ok, qual é o status

  nmcli -f name,autoconnect connection show

após reiniciar sem o seu hack? A propriedade autoconnect deve ser suficiente para abrir a interface... não saber por que algo falha em algo que é basicamente muito simples é uma das minhas aversões no NetworkManager (muita complexidade para benefícios desconhecidos, vejo o ponto para clientes que são constantemente em movimento, mas servidores que devem simplesmente funcionar??)

Editar: algum arquivo em etc/NetworkManger/system-connections ? Pelo menos foi assim que configurei os dispositivos no meu sistema (é uma configuração em ponte), então uso o NetworkManager para abrir a máquina. A máquina hospeda três convidados, portanto o dispositivo enp1s0 é um escravo.

Editar: o que acontece se você definir o dispositivo LAN (remova-o completamente primeiro), ou seja, algo como:

nmcli connection down lan 
nmcli connection delete lan
nmcli connection add type ethernet ifname enp2s0 con-name lan autoconnect on
nmcli connection modify lan   ipv4.method manual ipv4.addresses 192.168.2.2/24 
nmcli connection lan up

Question 2

A menos que haja uma solução melhor, por enquanto isso funciona para mim: quando meu aplicativo da web é iniciado, as duas primeiras coisas que ele faz são:

sudo nmcli conexãoacimalan ('lan' é o nome da conexão NetworkManager atribuído a enp2s0)
serviço sudo isc-dhcp-serverreiniciar

O aplicativo da web é agendado pelo cron para iniciar @reboot, portanto, o NetworkManager foi iniciado nesse ponto.

O isc-dhcp-server sempre falha se o enp2s0 ainda não estiver "ativado", então tenho que configurá-lo "ativado" e, em seguida, reiniciar o serviço isc-dhcp-server. Não é muito elegante, mas funciona por enquanto.

Answer

A menos que haja uma solução melhor, por enquanto isso funciona para mim: quando meu aplicativo da web é iniciado, as duas primeiras coisas que ele faz são:

sudo nmcli conexãoacimalan ('lan' é o nome da conexão NetworkManager atribuído a enp2s0)
serviço sudo isc-dhcp-serverreiniciar

O aplicativo da web é agendado pelo cron para iniciar @reboot, portanto, o NetworkManager foi iniciado nesse ponto.

O isc-dhcp-server sempre falha se o enp2s0 ainda não estiver "ativado", então tenho que configurá-lo "ativado" e, em seguida, reiniciar o serviço isc-dhcp-server. Não é muito elegante, mas funciona por enquanto.

Question 3

CASO AJUDE ALGUÉM Acabei de resolver esse problema exasperante, no DietPi (Debian Buster) em um Pi Zero W e RESOLVI O PROBLEMA.

isc-dhcp-server é excelente, mas TEM essa peculiaridade, conforme observado pelo pesquisador original acima. Resolvi o problema - não é um bug - e este é o detalhe do motivo:

isc-dhcp-server recusa (lança um erro) se não conseguir ver uma sub-rede de rede Ethernet UP no momento da inicialização; NÃO (ao contrário de alguns comentaristas) requer uma conexão real À porta Ethernet à qual está associado.
Ao desenvolver um dispositivo WiFi Hotspot, normalmente é o caso de usar hostapd como a função do servidor AP (que reconfigura o hardware WiFi para mudar para o modo AP) e junto com o hostapd, você precisa de um servidor dhcp como isc-dhcp-server para fornecer o serviço de locação de endereços IP.
SO: normalmente o ponto inicial é um dispositivo WiFi que na inicialização foi configurado como um dispositivo CLIENTE, mas precisa ser alternado para o modo HOST para atuar como hotspot. Portanto, um passo inicial é definir wlan0 (ou qualquer outro) DOWN, antes de iniciar o hostapd.

MAS essa situação é imediatamente uma daquelas que o isc-dhcp-server não gosta: se você tentar iniciá-lo antes do hostapd, ele irá falhar, reclamando que não há sub-rede para ele escutar.

Então você pode tentar inocentemente, adicionando um novo endereço IP (para o host) ao seu wlan0 (ou equiv) e tentando novamente: ISSO TAMBÉM NÃO FUNCIONARÁ, porque embora agora você tenha um novo IP conectado à porta Ethernet, você também descobrirá que não pode configurá-lo como 'UP' (ip link set wlan0 up irá FALHAR). Isso ocorre porque a porta está 'contaminada' pelo endereço obsoleto ainda ativo e pelo processo suplicante wpa que a estava utilizando.
LONGA HISTÓRIA: você precisa matar o suplicante wpa, para "liberar" o endereço antigo / LIBERAR as configurações de IP da porta / ENTÃO adicionar o novo endereço IP para o host; MESMO ASSIM, você descobrirá que o isc-dhcp-server AINDA não inicia, porque você não pode configurar a interface - ainda. Finalmente - execute o hostapd agora, antes do isc, e a TI (na reconfiguração do chipset) também CONFIGURARÁ a interface wlan0 para UP. Então agora - finalmente - você PODE executar o isc-dhcp-server, e ele iniciará de forma limpa e seu hotspot estará ativo.

Levei cerca de cinco horas, espero que isso economize algum tempo para alguém. Minha nota destilada:

CLASSIFICANDO ISC-DHCP-SERVER junto com HOSTAPD: A SOLUÇÃO

VOCÊ DEVE seguir ESTA SEQUÊNCIA:

MATE o processo wpa-supplicant (que está sustentando a conexão do cliente) desta forma:

 kill -2  $( cat /run/wpa_supplicant.wlan0.pid )

 sleep 1

 kill -9  $( cat /run/wpa_supplicant.wlan0.pid )

LIBERE a configuração do IP WLAN, usando:
```
ip addr flush dev wlan0
```
ADICIONE o novo ENDEREÇO IP do host, usando:
```
ip addr add 10.1.1.1/24 dev wlan0
```
INICIE o hostapd, que também colocará o wlan0 UP:
```
 /usr/sbin/hostapd /etc/hostapd/hostapd.conf &
```
START isc-dhcp-server (WLAN está ativo, como host agora):
```
 sudo service isc-dhcp-server restart
```

ENTÃO o Ponto de Acesso deve estar ATIVO e pronto para aceitar clientes.

Esses são meus endereços, é claro / edite para atender às suas necessidades.

MAIS DUAS DICAS: Os arquivos de configuração hostapd.conf e dhcp.conf também podem deixá-lo louco: -aqui estão exemplos de trabalho. IMPORTANTE: não se preocupe com o 'nome do driver' em hostapd.conf: não é necessário. 'Comentado' está bem:

hostapd.conf

interface=wlan0

#driver=brcmfmac

ssid=THIS-IS-MY-AP

country_code=US

hw_mode=g

channel=6

macaddr_acl=0

auth_algs=1

ignore_broadcast_ssid=0

wpa=2

wpa_passphrase=12345678

wpa_key_mgmt=WPA-PSK

wpa_pairwise=CCMP

wpa_group_rekey=86400

ieee80211n=1

wme_enabled=1

dhcpd.conf

# COMMENT OUT BOTH OF THE TEMPLATES' 'option domain..' lines.. 
# then ADD THIS AT BOTTOM
#
#
subnet 10.1.1.0 netmask 255.255.255.0 {
        range 10.1.1.100 10.1.1.109;
        option broadcast-address 10.1.1.255;
        option routers 10.1.1.1;
        default-lease-time 600;
        max-lease-time 7200;
        option domain-name "mynetwork.org";
        option domain-name-servers 8.8.8.8, 8.8.4.4;
}
#
#

Embora este trabalho no Pi tenha sido no DietPi, que é Debian puro, esse mesmo conselho deve servir para muitos Linux, incluindo Ububtus de vários sabores.

BOA SORTE A TODOS

Answer