Problem mit Next Server Adress Weitergabe durch DHCP

Wischi83

Hallo zusammen, ich hoffe auf das Schwarmwissen...nachdem mich mein Aufruf im Facebook pfsense Support Channel nicht weitergebracht hat.

Und zwar möchte mein pfsense DHCP ( egal ob Kea oder ISC ) trotz sämtlicher mir bekannten Tricks nicht meinen eingetragenen NextServer an die Clients verteilen--> siehe Screenshots.

Der Test Client bekommt eine gültige IP vom DHCP im entsprechenden Subnetz zugewiesen und auch die Adresse des "alten" Windows Next Server´s 192.168.1.9

Die eingetragene Adresse in den DHCP Einstellungen 192.168.1.32 wird aber gekonnt ignoriert.

Schalt ich die Option generel ab bekommt der Test Client keinen Next Server zugewiesen. DHCP Einstellung Ist Zustand
Client Reaktion

Version 	24.11-RELEASE (amd64)
kompiliert am: Wed Nov 27 19:22:00 CET 2024
FreeBSD 15.0-CURRENT

JeGr

@Wischi83
Die Bilder sind leidet nicht zu sehen, kannst du die vllt nochmals hochladen?
Ich verstehe da die Frage nicht ganz. Du willst DHCP weiter zu einem anderen Server - nicht im gleichen Netz? - schicken und statt dessen antwortet die pfSense selbst? Ohne Bilder ist das gerade etwas schwierig zu verstehen. Du nutzt auch den DHCP Relay auf der Box?

Wischi83

This post is deleted!

Wischi83

@JeGr !
Anbei nochmal die Bilder.

Ich versteh deine Antwort nicht vermutlich wird das mit den Screenshots klarer.

Ich möchte im "LAN Netz" einen Next Server, welcher unter der 192.168.1.32 läuft bootenden PXE Clients mitteilen.

Mir geht es darum das der DHCP der pfsense Änderungen im Feld Next Server ignoriert und stattdessen munter die Adresse des alten Windows PXE Servers (192.168.1.9) den Clients mitteilt, was so eben nicht in der GUI Config steht.

Screenshot 2025-05-03 195155.png Screenshot 2025-05-03 195325.png

patient0

@Wischi83 Kannst Du per SSH/Console die Konfigdatei nach der Next-Server IP durchsuchen um sicher zu stellen, dass sie eingetragen ist.

fgrep 192.168.1.32 /conf/config.xml
        <nextserver>192.168.1.32</nextserver>

Ich nehem an Du bist sicher, dass es keinen weiteren DHCP Server im gleichen Netz gibt, der dreinfunkt?

Wischi83

@patient0 ich kann bestätigen das

@patient0 said in Problem mit Next Server Adress Weitergabe durch DHCP:

@Wischi83 Kannst Du per SSH/Console die Konfigdatei nach der Next-Server IP durchsuchen um sicher zu stellen, dass sie eingetragen ist.
fgrep 192.168.1.32 /conf/config.xml
        <nextserver>192.168.1.32</nextserver>
Ich nehem an Du bist sicher, dass es keinen weiteren DHCP Server im gleichen Netz gibt, der dreinfunkt?

Ich kann bestätigen das in der config.xml der <nextserver>192.168.1.32</nextserver> eingetragen ist

Des Weitern läuft kein anderer DHCP im Netzwerk.

patient0

@Wischi83 Mmmh, ok. Und du sieht die Klient-IP/MAC in den DHCP Leases in pfSense, im Bild die .1.115 (Subnet Mask /23)?

Uebernimmt es Aenderungen an anderen Einstellungen, z.B. wenn Du für den Klient/MAC eine fixe IP setzt?

Wischi83

@patient0 said in Problem mit Next Server Adress Weitergabe durch DHCP:

@Wischi83 Mmmh, ok. Und du sieht die Klient-IP/MAC in den DHCP Leases in pfSense, im Bild die .1.115 (Subnet Mask /23)?

Uebernimmt es Aenderungen an anderen Einstellungen, z.B. wenn Du für den Klient/MAC eine fixe IP setzt?

Ja das funktioniert wunderbar.

patient0

@Wischi83 OK, wenn Du den next-server nicht im iPXE gesetzt hast, dann weiss ich nicht wo das Problem sein kann.

Man könnte noch ein packet capture machen und wenn wirklich der falsche Next-Server geschickt wird, einen Bug eröffnen.

Zusatz: Was auch noch zu prüfen ist -> was in den generierten DHCP Server config drin steht:

# ps auxww | egrep kea
root    92237   0.0  0.3  56312  25028  -  S    19:22       0:02.89 /usr/local/sbin/kea-dhcp4 -c /usr/local/etc/kea/kea-dhcp4.conf
root    92656   0.0  0.3  56272  24792  -  S    19:22       0:03.42 /usr/local/sbin/kea-dhcp6 -c /usr/local/etc/kea/kea-dhcp6.conf

Wischi83

@patient0 ich hab mal einen Paket Capture durchlaufen lassen.

Im Anhang die Output Datei.

So wie das ausschaut schickt der DHCP die Richtigen Infos an den Client, verschluckt sich dann aber

packetcapture-igb1-20250505094222.pcap

patient0

@Wischi83 said in Problem mit Next Server Adress Weitergabe durch DHCP:

So wie das ausschaut schickt der DHCP die Richtigen Infos an den Client, verschluckt sich dann aber

Bist Du wirklich sicher, dass in iPXE des Clients kein Next-Server eingetragen ist?

Der DHCP schickt .1.32 zurück und der Client macht eine ARP Anfrage für .1.9? Das muss doch vom Client kommen, woher soll er sonst die IP haben.

Wischi83

@patient0 der Testclient ist ein Frisch aufgesetzte VM auf Proxmox, daher schließ ich das aus und zur Gegenprobe habe ich das Selbe ja auch mit ner Hardware Maschine getestet bei beiden kommt es zu diesem Phänomen.

Am Ende ist es wieder nur was ganz banales und wir habe uns hier völlig umsonst das Hirn zermardert🫣

patient0

@Wischi83 hast Du Bootfiles/Scripts hinterlegt wo die alte IP noch drinsteht?

Kurz gesagt: vielleicht hat jemand mit mehr Erfahrung sich einmischen, @JeGr?

Btw: wenn Du mit Ctrl-B in die iPXE Console gehst und die Daten manual eingibst mittels config klappt es, nehm ich an?

Wischi83

@patient0 said in Problem mit Next Server Adress Weitergabe durch DHCP:

t Ctrl-B in die iPXE Console gehst und die Daten manual eingibst mi

Eben live getestet.
Selbst dann klebt er förmlich an der 192.168.1.9 fest.

JeGr

@Wischi83 Eventuell irgendwo Kisten, die sich am ARP festgebissen haben und deshalb die .9 returnieren?

Wenn ich den PCAP richtig deute, dann gibt eine Sophos(?) MAC auf der .1.1 dem Client a8:23 mit Proxmox Prefix die IP .105 zurück als ACK und gleichzeitig die NextServer auf der .1.32. Nirgendwo wird eine andere IP gehandelt.

Erst in Frame 5 wird die Annahme der .105 vom Client verkündet, er adressiert sich selbst per ARP als .105
Und danach als Frame 6 fragt er die .1.9 an.

Ich würde jetzt 2 Dinge testen:

in Proxmox nachsehen, ob dort irgendwas zwischengrätscht. Durch die ganzen SDN und Zusatzsachen der letzten 8er Versionen könnte da durchaus ja noch was konfiguriert sind bzw. evtl. springt da irgendeine Cloud-Init oder sonstige Config mit rein, die das an die VM pusht?
testhalber den DHCP auf ISC ändern und dort nochmal durchspielen - das ist aber umständlich wegen Config Neubau für ISC.

Allerdings sehe ich bzgl. 2) wie gesagt im Dump nichts, was darauf zeigt, dass Kea auf der Sense irgendwas falsch macht. Im Paket redet niemand von einer .9, der Client fragt die nur einfach aus heiterem Himmel einfach an. Kea setzt brav die .32 als Nextserver.

Wenn wir da also keinen Traffic "nicht" bekommen/sehen, dann sieht das eher nach Proxmox/VM Problem denn nach Kea aus. Ich würde ggf. auch - wenn nicht schon getan - mal testweise auf dem Proxmox Node capturen, auf dem die VM liegt - wenn mehrere Interfaces dann sowohl auf dem äußeren als auch dem inneren interface. Oder noch eine zweite VM im gleichen internen Subnetz auf dem PVE mit reinhängen und dort capturen, damit man einmal "nah an der VM" sieht, was da ankommt und einmal am PVE. Ich nehme an der Capture jetzt ist von der Sense selbst, daher haben wir einen, der nah an der Firewall ist.

Cheers

JeGr

@Wischi83 said in Problem mit Next Server Adress Weitergabe durch DHCP:

@patient0 said in Problem mit Next Server Adress Weitergabe durch DHCP:

t Ctrl-B in die iPXE Console gehst und die Daten manual eingibst mi

Eben live getestet.
Selbst dann klebt er förmlich an der 192.168.1.9 fest.

Also nur zum Verständnis: du bist auf der VM ins iPXE der VM und hast da eingegeben, "hey lade von der .1.32" und es kam statt dessen die .1.9?

Dann wäre für mich erst recht die Firewall raus? :)

Wischi83

@JeGr gegen die Theorie stimmt ja das eine Hardware Maschine ebenfalls den 1.9 anfrägt.

Ich werd deine Ideen aber selbstverständlich bei Zeit durchspielen.

Wischi83

@JeGr genau so war es, denk ich zumindest.
Hab via Config ihm als next Server die 1.32 angegeben und rebootet bzw den autoboot bzw boot Befehl ausprobiert.