isc-dhcp-server falla si la interfaz no está conectada al reiniciar

Question 1

¿Está activa la interfaz (enp2s0)? Necesita tener una dirección ipv4 agregada y luego iniciada (arrancada)

No debería importar si hay algún cliente conectado al concentrador/conmutador.

Editar: ¿Administrador de red?

Odio esa cosa con pasión, pero de cualquier manera: si el iface no está activo con una dirección correcta, dhcpd no se iniciará, entonces debes descubrir cómo crear con nmcli una configuración estática que siempre esté activa.

Editar: ¿Qué muestra esto?

nmcli connection show lan

La propiedad connect.autoconnection es interesante.

Editar: Lo que muestra esto:

  nmcli -f name,autoconnect connection show

Ok cual es el estado

  nmcli -f name,autoconnect connection show

¿Después de reiniciar sin tu truco? La propiedad de conexión automática debería ser suficiente para abrir la interfaz... no saber por qué algo falla en algo que es básicamente muy simple es una de mis aversiones sobre NetworkManager (demasiada complejidad para beneficios desconocidos, veo el punto para los clientes que es constantemente en movimiento pero servidores que simplemente deben funcionar??)

Editar: ¿algún archivo en etc/NetworkManger/system-connections? Al menos así es como configuré los dispositivos en mi sistema (es una configuración puenteada), así que uso NetworkManager para abrir la máquina. La máquina alberga a tres invitados, por lo que el dispositivo enp1s0 es esclavo.

Editar: ¿qué sucede si define el dispositivo LAN (primero elimínelo por completo), es decir, 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

¿Está activa la interfaz (enp2s0)? Necesita tener una dirección ipv4 agregada y luego iniciada (arrancada)

No debería importar si hay algún cliente conectado al concentrador/conmutador.

Editar: ¿Administrador de red?

Odio esa cosa con pasión, pero de cualquier manera: si el iface no está activo con una dirección correcta, dhcpd no se iniciará, entonces debes descubrir cómo crear con nmcli una configuración estática que siempre esté activa.

Editar: ¿Qué muestra esto?

nmcli connection show lan

La propiedad connect.autoconnection es interesante.

Editar: Lo que muestra esto:

  nmcli -f name,autoconnect connection show

Ok cual es el estado

  nmcli -f name,autoconnect connection show

¿Después de reiniciar sin tu truco? La propiedad de conexión automática debería ser suficiente para abrir la interfaz... no saber por qué algo falla en algo que es básicamente muy simple es una de mis aversiones sobre NetworkManager (demasiada complejidad para beneficios desconocidos, veo el punto para los clientes que es constantemente en movimiento pero servidores que simplemente deben funcionar??)

Editar: ¿algún archivo en etc/NetworkManger/system-connections? Al menos así es como configuré los dispositivos en mi sistema (es una configuración puenteada), así que uso NetworkManager para abrir la máquina. La máquina alberga a tres invitados, por lo que el dispositivo enp1s0 es esclavo.

Editar: ¿qué sucede si define el dispositivo LAN (primero elimínelo por completo), es decir, 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 haya una solución mejor, por ahora esto me funciona: cuando se inicia mi aplicación web, las dos primeras cosas que hace son:

conexión sudo nmcliarribalan ('lan' es el nombre de conexión de NetworkManager asignado a enp2s0)
servicio sudo servidor isc-dhcpReanudar

La aplicación web está programada cron para iniciar @reboot, por lo que NetworkManager se habrá iniciado en ese momento.

isc-dhcp-server siempre falla si enp2s0 aún no está "activo", así que tengo que configurarlo y luego reiniciar el servicio isc-dhcp-server. No es muy elegante, pero por ahora cumple su función.

Answer

A menos que haya una solución mejor, por ahora esto me funciona: cuando se inicia mi aplicación web, las dos primeras cosas que hace son:

conexión sudo nmcliarribalan ('lan' es el nombre de conexión de NetworkManager asignado a enp2s0)
servicio sudo servidor isc-dhcpReanudar

La aplicación web está programada cron para iniciar @reboot, por lo que NetworkManager se habrá iniciado en ese momento.

isc-dhcp-server siempre falla si enp2s0 aún no está "activo", así que tengo que configurarlo y luego reiniciar el servicio isc-dhcp-server. No es muy elegante, pero por ahora cumple su función.

Question 3

EN CASO DE QUE AYUDE A ALGUIEN Acabo de pasar por este problema exasperante, en DietPi (Debian Buster) en una Pi Zero W y HE RESULTADO EL PROBLEMA.

isc-dhcp-server es excelente pero TIENE esta peculiaridad, como señaló el autor de la pregunta original anteriormente. He solucionado el problema, no es un error, y este es el detalle del motivo:

isc-dhcp-server se niega (arroja un error) si no puede ver una subred de la red Ethernet UP en el momento del inicio; NO requiere (al contrario de algunos comentaristas) una conexión real AL puerto Ethernet al que está asociado.
Al desarrollar un dispositivo de punto de acceso WiFi, normalmente se utiliza hostapd como función de servidor AP (que reconfigura el hardware WiFi para cambiar al modo AP) y, junto con hostapd, necesita un servidor dhcp como isc-dhcp-server para proporcionar el servicio de arrendamiento de direcciones IP.
SO: normalmente el punto de inicio es un dispositivo WiFi que en el arranque se configuró como dispositivo CLIENTE, pero debe cambiarse al modo HOST para que actúe como punto de acceso. Entonces, un primer paso es configurar wlan0 (o lo que sea) en ABAJO, antes de iniciar hostapd.

PERO esa situación es inmediatamente una de esas que no le gustan a isc-dhcp-server: si intenta iniciarlo antes de hostapd, fallará y se quejará de que no hay una subred para escuchar.

Así que puedes intentar inocentemente agregar una nueva dirección IP (para el host) a tu wlan0 (o equivalente) y volver a intentarlo: ESO TAMPOCO FUNCIONA, porque aunque ahora tienes una nueva IP conectada al puerto Ethernet, También encontrará que no puede configurarlo en 'ARRIBA' (la configuración del enlace IP wlan0 up FALLARÁ). Esto se debe a que el puerto está "contaminado" por la dirección obsoleta aún activa y el proceso solicitante de wpa que lo estaba usando.
BREVE HISTORIA LARGA: necesita eliminar wpa-supplicant, para "liberar" la dirección anterior / BORRAR la configuración de IP para el puerto / LUEGO agregar la nueva dirección IP para el host; AÚN ENTONCES, encontrará que isc-dhcp-server TODAVÍA no se inicia, porque aún no puede configurar la interfaz. Finalmente, ejecute hostapd ahora, antes de isc, y TI (al reconfigurar el chipset) también CONFIGURARÁ la interfaz wlan0 en UP. Así que ahora, finalmente, PUEDES ejecutar isc-dhcp-server, se iniciará limpiamente y tu punto de acceso estará activo.

Me ha llevado unas cinco horas, espero que esto le ahorre algo de tiempo a alguien. Mi nota destilada:

ORDENAR ISC-DHCP-SERVER junto a HOSTAPD: LA SOLUCIÓN

TIENES QUE SEGUIR ESTA SECUENCIA:

ELIMINAR el proceso solicitante de wpa (que mantiene la conexión del cliente) de esta manera:

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

 sleep 1

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

ENJUAGUE la configuración de IP WLAN, usando:
```
ip addr flush dev wlan0
```
AGREGUE la nueva DIRECCIÓN IP del host, usando:
```
ip addr add 10.1.1.1/24 dev wlan0
```
INICIAR hostapd, que también pondrá wlan0 ARRIBA:
```
 /usr/sbin/hostapd /etc/hostapd/hostapd.conf &
```
INICIAR isc-dhcp-server (WLAN está activa, como host ahora):
```
 sudo service isc-dhcp-server restart
```

ENTONCES el Punto de Acceso debería estar ARRIBA y listo para aceptar clientes.

Esas son mis direcciones, por supuesto/edítelas según sus necesidades.

DOS CONSEJOS MÁS: Los archivos de configuración hostapd.conf y dhcp.conf también pueden volverte loco: -Aquí hay ejemplos de trabajo. IMPORTANTE: no se preocupe por el 'nombre del controlador' en hostapd.conf: no es necesario. 'Comentado' está bien:

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

Aunque este trabajo en Pi fue en DietPi, que es directamente Debian, por lo que este mismo consejo debería funcionar para muchos Linux, incluido Ububtus de muchos sabores.

BUENA SUERTE A TODOS

Answer