isc-dhcp-server schlägt fehl, wenn die Schnittstelle beim Neustart nicht verbunden ist

Question 1

Ist die Schnittstelle (enp2s0) überhaupt aktiv? Sie muss mit einer IPv4-Adresse versehen und dann gestartet werden.

Es sollte keine Rolle spielen, ob Clients mit dem Hub/Switch verbunden sind.

Bearbeiten: Netzwerkmanager?

Ich hasse dieses Ding abgrundtief, aber so oder so: Wenn das Iface nicht mit einer korrekten Adresse aktiv ist, startet DHCP nicht. Sie müssen also herausfinden, wie Sie mit nmcli eine statische Konfiguration erstellen, die immer aktiv ist.

Bearbeiten: Was zeigt das?

nmcli connection show lan

Interessant ist die Eigenschaft connection.autoconnection.

Bearbeiten: Was zeigt dies:

  nmcli -f name,autoconnect connection show

Okay, wie ist der Status

  nmcli -f name,autoconnect connection show

nach dem Neustart ohne Ihren Hack? Die Autoconnect-Eigenschaft sollte ausreichen, um die Schnittstelle aufzurufen ... nicht zu wissen, warum etwas bei etwas fehlschlägt, das im Grunde sehr einfach ist, ist eine der Sachen, die ich an NetworkManager nicht mag (zu viel Komplexität für unbekannte Vorteile, ich sehe den Sinn bei Clients, die ständig in Bewegung sind, aber Servern, die einfach funktionieren müssen??)

Bearbeiten: irgendwelche Dateien in etc/NetworkManger/system-connections? So habe ich zumindest die Geräte in meinem System konfiguriert (es ist eine überbrückte Konfiguration), also verwende ich NetworkManager, um die Maschine hochzufahren. Die Maschine ist Host für drei Gäste, also ist das Gerät enp1s0 ein Slave.

Bearbeiten: Was passiert, wenn Sie das LAN-Gerät definieren (es zuerst vollständig entfernen), also etwa Folgendes:

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

Ist die Schnittstelle (enp2s0) überhaupt aktiv? Sie muss mit einer IPv4-Adresse versehen und dann gestartet werden.

Es sollte keine Rolle spielen, ob Clients mit dem Hub/Switch verbunden sind.

Bearbeiten: Netzwerkmanager?

Ich hasse dieses Ding abgrundtief, aber so oder so: Wenn das Iface nicht mit einer korrekten Adresse aktiv ist, startet DHCP nicht. Sie müssen also herausfinden, wie Sie mit nmcli eine statische Konfiguration erstellen, die immer aktiv ist.

Bearbeiten: Was zeigt das?

nmcli connection show lan

Interessant ist die Eigenschaft connection.autoconnection.

Bearbeiten: Was zeigt dies:

  nmcli -f name,autoconnect connection show

Okay, wie ist der Status

  nmcli -f name,autoconnect connection show

nach dem Neustart ohne Ihren Hack? Die Autoconnect-Eigenschaft sollte ausreichen, um die Schnittstelle aufzurufen ... nicht zu wissen, warum etwas bei etwas fehlschlägt, das im Grunde sehr einfach ist, ist eine der Sachen, die ich an NetworkManager nicht mag (zu viel Komplexität für unbekannte Vorteile, ich sehe den Sinn bei Clients, die ständig in Bewegung sind, aber Servern, die einfach funktionieren müssen??)

Bearbeiten: irgendwelche Dateien in etc/NetworkManger/system-connections? So habe ich zumindest die Geräte in meinem System konfiguriert (es ist eine überbrückte Konfiguration), also verwende ich NetworkManager, um die Maschine hochzufahren. Die Maschine ist Host für drei Gäste, also ist das Gerät enp1s0 ein Slave.

Bearbeiten: Was passiert, wenn Sie das LAN-Gerät definieren (es zuerst vollständig entfernen), also etwa Folgendes:

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

Sofern es keine bessere Lösung gibt, funktioniert für mich im Moment Folgendes: Wenn meine Web-App gestartet wird, geschieht Folgendes:

sudo nmcli-Verbindunghochlan („lan“ ist der NetworkManager-Verbindungsname, der enp2s0 zugewiesen ist)
sudo-Dienst ISC-DHCP-ServerNeustart

Der Start der Webanwendung ist per Cron so geplant, dass er bei @reboot beginnt, sodass NetworkManager zu diesem Zeitpunkt bereits gestartet ist.

isc-dhcp-server schlägt immer fehl, wenn enp2s0 noch nicht „aktiv“ ist, also muss ich es „aktiv“ einrichten und dann den isc-dhcp-server-Dienst neu starten. Das ist nicht sehr elegant, aber es funktioniert vorerst.

Answer

Sofern es keine bessere Lösung gibt, funktioniert für mich im Moment Folgendes: Wenn meine Web-App gestartet wird, geschieht Folgendes:

sudo nmcli-Verbindunghochlan („lan“ ist der NetworkManager-Verbindungsname, der enp2s0 zugewiesen ist)
sudo-Dienst ISC-DHCP-ServerNeustart

Der Start der Webanwendung ist per Cron so geplant, dass er bei @reboot beginnt, sodass NetworkManager zu diesem Zeitpunkt bereits gestartet ist.

isc-dhcp-server schlägt immer fehl, wenn enp2s0 noch nicht „aktiv“ ist, also muss ich es „aktiv“ einrichten und dann den isc-dhcp-server-Dienst neu starten. Das ist nicht sehr elegant, aber es funktioniert vorerst.

Question 3

FALLS ES JEMANDEM HILFT: Ich habe dieses ärgerliche Problem gerade auf DietPi (Debian Buster) auf einem Pi Zero W durchgemacht und habe das Problem gelöst.

isc-dhcp-server ist ausgezeichnet, hat aber diese Eigenart, wie der ursprüngliche Fragesteller oben anmerkte. Ich bin dem Problem auf den Grund gegangen – es ist kein Fehler – und hier ist die genaue Ursache:

Der isc-dhcp-server lehnt ab (gibt einen Fehler aus), wenn beim Start kein UP-Ethernet-Netzwerksubnetz erkannt wird. Er benötigt (entgegen der Meinung einiger Kommentatoren) KEINE tatsächliche Verbindung zum Ethernet-Port, mit dem er verknüpft ist.
Bei der Entwicklung eines WiFi-Hotspot-Geräts verwenden Sie normalerweise hostapd als AP-Serverfunktion (die die WiFi-Hardware neu konfiguriert, um in den AP-Modus zu wechseln) und neben hostapd benötigen Sie einen DHCP-Server wie isc-dhcp-server, um den IP-Adressleasingdienst bereitzustellen.
Also: Normalerweise ist der Startpunkt ein WLAN-Gerät, das beim Booten als CLIENT-Gerät konfiguriert wurde, aber in den HOST-Modus geschaltet werden muss, um als Hotspot zu fungieren. Ein früher Schritt besteht also darin, wlan0 (oder was auch immer) DOWN zu setzen, bevor hostapd gestartet wird.

ABER diese Situation ist sofort eine von denen, die dem isc-dhcp-server nicht gefallen: Wenn Sie versuchen, ihn vor hostapd zu starten, schlägt er fehl und meldet, dass kein Subnetz vorhanden ist, auf dem er lauschen kann.

Sie können dann in aller Unschuld versuchen, Ihrem wlan0 (oder gleichwertig) eine neue IP-Adresse (für den Host) hinzuzufügen und es erneut zu versuchen: DAS WIRD AUCH NICHT FUNKTIONIEREN, denn obwohl Sie jetzt eine neue IP an den Ethernet-Port angeschlossen haben, werden Sie feststellen, dass Sie diese nicht „UP“ einrichten können (ip link set wlan0 up schlägt fehl). Dies liegt daran, dass der Port durch die noch aktive, veraltete Adresse und den WPA-Supplicant-Prozess, der sie verwendet hat, „verunreinigt“ ist.
LANGE GESCHICHTE KURZ GESAGT: Sie müssen wpa-supplicant beenden, um die alte Adresse „freizugeben“ / die IP-Einstellungen für den Port LÖSCHEN / DANN die neue IP-Adresse für den Host hinzufügen; SELBST DANN werden Sie feststellen, dass isc-dhcp-server IMMER NOCH nicht startet, weil Sie die Schnittstelle noch nicht einrichten können. Und schließlich: Führen Sie jetzt hostapd aus, vor isc, und ES wird (beim Neukonfigurieren des Chipsatzes) auch die wlan0-Schnittstelle auf UP EINSTELLEN. Jetzt können Sie also – endlich – isc-dhcp-server ausführen, es wird sauber starten und Ihr Hotspot wird aktiv sein.

Ich habe ungefähr fünf Stunden dafür gebraucht, ich hoffe, das spart jemandem etwas Zeit. Meine kurze Anmerkung:

ISC-DHCP-SERVER neben HOSTAPD SORTIEREN: DIE LÖSUNG

DIESE REIHENFOLGE MÜSSEN SIE EINHALTEN:

Beenden Sie den WPA-Supplicant-Prozess (der die Client-Verbindung aufrechterhält) folgendermaßen:

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

 sleep 1

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

Leeren Sie das WLAN-IP-Setup mit:
```
ip addr flush dev wlan0
```
Fügen Sie die neue Host-IP-ADRESSE hinzu, und zwar mit:
```
ip addr add 10.1.1.1/24 dev wlan0
```
STARTEN Sie hostapd, wodurch auch wlan0 aktiviert wird:
```
 /usr/sbin/hostapd /etc/hostapd/hostapd.conf &
```
STARTEN Sie den isc-dhcp-Server (WLAN ist aktiv, jetzt als Host):
```
 sudo service isc-dhcp-server restart
```

DANN sollte der Access Point aktiv und bereit sein, Clients zu empfangen.

Dies sind natürlich meine Adressen. Bearbeiten Sie sie nach Ihren Wünschen.

ZWEI WEITERE TIPPS: Auch die Konfigurationsdateien hostapd.conf und dhcp.conf können Sie in den Wahnsinn treiben: -hier sind funktionierende Beispiele. WICHTIG: Machen Sie sich keine Gedanken über den „Treibernamen“ in hostapd.conf: Er wird nicht benötigt. „Auskommentiert“ ist in Ordnung:

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

Dies funktionierte zwar auf Pi, aber auf DietPi, einem reinen Debian-System. Daher sollte dieser Rat für viele Linux-Versionen gelten, einschließlich Ubuntu in vielen Varianten.

VIEL GLÜCK EUCH ALLEN

Answer