DHCP-Daemon deaktivieren?

Hallo, ihr fleißigen QNAP-Leute. :nerd_face:

QTS 5.2.7.3256 auf einem TS-251+.

Ich experimentiere gerade mit etwas PXE-Software auf meinem NAS, habe aber festgestellt, dass der QTS DHCP-Server den von mir benötigten Port (67) blockiert.

Wie kann ich den DHCP-Server deaktivieren? Es scheint keine Möglichkeit zu geben, dies über die QTS-Oberfläche zu tun (Netzwerk & Virtueller Switch → Netzwerk → DHCP-Server). Ich kann die Prozesse natürlich beenden, aber es sollte einen eleganteren Weg geben, das zu lösen. Ich betreibe keine Container auf diesem NAS.

Außerdem wird der DHCP-Dienst in der Benutzeroberfläche nicht als Systemdienst angezeigt (Systemsteuerung → System → Systemstatus → Systemdienst). Kann das bitte hinzugefügt werden?

Vielen Dank.

Gab es nicht eine standardmäßige DNSMasq-Installation im QNAP-Betriebssystem?
https://forum.qnap.com/viewtopic.php?t=157975

Ich stimme zu, wenn es nicht für den Betrieb unerlässlich ist, sollte es eine Möglichkeit geben, das zu deaktivieren.

1 „Gefällt mir“

Jemand hat (vermutlich) bereits zuvor eine Anfrage gestellt (für die DNS-Seite von DNSMasq)

Ich habe es noch nicht überprüft, aber wissen wir, ob QNAP etwas unternommen hat, um dies zu ermöglichen? Falls ja, ist das ein Anfang. :wink:

Vielleicht gibt es dafür eine neue kleine qcli-Option … einen Blick wert (auch wenn das ‘help’-Flag nicht alle Befehle anzeigt – was ärgerlich ist)

Vielleicht versuchen Sie es mit

qcli_network --disabledhcpserver

1 „Gefällt mir“

Oh, guter Fund! Das probiere ich mal aus. :nerd_face:

1 „Gefällt mir“

Nein, es scheint, dass diese Option dhcpd nicht deaktiviert. Sie nimmt ein einziges erforderliches Argument (den Schnittstellennamen) entgegen:

[/share/Public] # qcli_network -d --help
  -d  --disabledhcpserver,                   DHCP-Server deaktivieren.
        interfaceID=<interfaceID>                  Schnittstellen-ID
        z.B.: qcli_network -d interfaceID=eth0

Ich habe es an den Haupt-Ethernet-Ports des NAS ausprobiert und es wurde als erfolgreich gemeldet. Aber der dhcpd lief weiterhin und hörte immer noch auf 0.0.0.0:67

:enttäuscht:

Ein paar Infos dazu: dhcpd lief nicht, bis ich Container Station installiert habe.

Aber selbst nachdem Container Station gestoppt (und deaktiviert) war, lief dhcpd weiter.

Also habe ich Container Station deinstalliert, und das hat dhcpd beendet.

Außerdem zeigt der Abschnitt DHCP-Server im Netzwerk & Virtual Switch immer den Status des DHCP-Servers als „Aktiviert“ an, selbst wenn er es nicht ist. schulterzuck

Buh…war einen Versuch wert

Ich denke, das ist etwas, das QNAP wirklich beheben sollte. :wink:

1 „Gefällt mir“

Hallo @OneCD @dolbyman,

Vielen Dank für eure ausführliche Diskussion und eure Tests.
Wir schätzen die Zeit und Mühe, die ihr investiert habt, um eure Erkenntnisse zu teilen, sehr.
Unser internes Team prüft und testet dieses Verhalten derzeit.
Sobald weitere Informationen oder Verbesserungen verfügbar sind, werden wir hier ein Update bereitstellen.

Mit freundlichen Grüßen
QNAP Team

1 „Gefällt mir“

Hallo @OneCD

Darf ich fragen, welche Art von PXE-Tools oder Software du verwendest? Ist sie auf Virtualization Station oder einer anderen Plattform installiert?

Hallo @OliverLam. :slight_smile:

Die Software, die ich mir anschaue, ist GitHub - pxehost/pxehost: Boot Linux over LAN in one command

Ich überlege, sie in ein QPKG umzuwandeln, aber ich müsste Container Station als Konflikt dafür markieren.

Hallo @OneCD Der DHCP-Server ist ein entscheidender Dienst in unserem System. Er wird für Aufgaben wie die Vergabe von IP-Adressen an Container aus der Container Station, den Network Virtual Switch-Dienst und die Herstellung von vSwitch-Verbindungen zwischen verschiedenen virtuellen Maschinen verwendet.

Das Entfernen der Container Station, wie von dir getestet, gibt zwar den Port frei, kann aber dennoch die Funktion von PXE-Anwendungen beeinträchtigen, wenn diese ihn nutzen. Zum Beispiel kann es zu Störungen in der Container Station kommen, wenn DHCP bei PXE aktiviert ist.

Ich würde empfehlen, eine separate virtuelle Maschine mit eigener IP-Adresse zu erstellen oder sogar ein anderes VLAN zu verwenden, um zu verhindern, dass PXE DHCP den Systembetrieb und sogar die DHCP-Funktion auf deinem Gateway/Router beeinträchtigt.

Ich habe mir auch das von dir bereitgestellte GitHub-Projekt angesehen und finde es ziemlich gut. :grin:

Ich stimme zu, und er sollte wahrscheinlich im Systemdienste-Statusdisplay aufgeführt werden. Er verwendet einen Port, warum also nicht im Display anzeigen?

Ich verstehe, er könnte sogar als Teil der Network & Virtual Switch-Anwendung betrachtet werden.

Natürlich.

Vielleicht könnte QNAP sicherstellen, dass der dhcpd-Dienst nur für localhost (also das NAS) sichtbar ist?

Ich möchte diese Anwendung möglichst vielen QNAP-Nutzern zugänglich machen. Auch denen mit NAS, die keine VMs oder Container ausführen können. Bei Low-End-NAS-Modellen wird Port 67 nicht vom Network & Virtual Switch beansprucht (also kein Problem), aber auf High-End-Modellen eine VM zu verlangen, ist umständlich. Wenn QNAP nicht erlauben würde, dass dhcpd auf 0.0.0.0 lauscht, gäbe es das Problem gar nicht. :wink:

Es ist nicht mein Projekt, aber ich stimme zu. :+1: