DNSmasq nur Bootp

[Nils96]

Guten Tag,

ich habe eine Frage zu DNSmasq.

Ich habe ein neues Netzwerk erstellt aus welchem Clients per PXE Booten sollen.

Das Problem ist der PXE/TFTP Server ist in Netzwerk A die Clients in Netzwerk B.

Bei einem Netzwerk Boot mit dieser Config :

Code: Alles auswählen

listen-address=127.0.0.1
listen-address=10.5.200.254
local=/debrou.com/
expand-hosts
domain=debrou.com
dhcp-range=10.5.200.100,10.5.200.200,48h
dhcp-option=option:router,10.5.200.254
dhcp-option=19,1
dhcp-authoritative
dhcp-boot=smsboot\x64\wdsmgfw.efi,MUCSVCM01,40.4.200.218

bekomme ich eine Fehlermeldung welche wie folgt lautet:

Code: Alles auswählen

pxe-e79 nbp is too big to fit in free base memory

Ping von Client auf PXE-Server geht.
Namensauflösung auf PXE-Server geht.

Meinen Recherchen zu folge muss ich eine relay option bei dnsmasq hinzufügen.

Problem dabei ist dass der DHCP welche die Clients versorgt in Netzwerk B (Client-Netzwer) steht.

nach dieser Commandbeschreibung: von http://www.thekelleys.org.uk/dnsmasq/do ... q-man.html
"--dhcp-relay=<local address>,<server address>[,<interface]
Configure dnsmasq to do DHCP relay. The local address is an address allocated to an interface on the host running dnsmasq. All DHCP requests arriving on that interface will we relayed to a remote DHCP server at the server address. It is possible to relay from a single local address to multiple remote servers by using multiple dhcp-relay configs with the same local address and different server addresses. A server address must be an IP literal address, not a domain name. In the case of DHCPv6, the server address may be the ALL_SERVERS multicast address, ff05::1:3. In this case the interface must be given, not be wildcard, and is used to direct the multicast to the correct interface to reach the DHCP server."

wird ja neben der Bootp (welche ich will) auch die DHCP anfrage umgewandelt... was ja nicht in meinem Interesse liegt.

Gibt es eine möglichkeit dem relay Agent zu sagen nur Bootp Anfragen umzuwandeln?

Netwzerk:

Netwzerk A-------------Router--------------NetzwerkB
40.4.200.0/24---------10.5.200.254-------10.5.200.0/24

Router hat
Schnittstelle A:enp0s25 (40.4.200.252)
Schnittstelle B:enp16s0 (10.5.200.254)

Vielen Dank im voraus für die Hilfe

[unitra]

Vermutlich 2 Fehler.

Fehler 1)
Was macht ein Router mit Broadcasts? Er verwirft sie wenn nicht anderweitig konfiguriert. Die Relay Option sollte explicit konfiguriert werden, wenn die Broadcasts nicht verworfen werden sollen. Ein DHCP relay sieht man nicht in der angezeigten konfiguration. Das DHCP Relay macht der Router.

http://www.thekelleys.org.uk/dnsmasq/do ... q-man.html


--dhcp-relay=<local address>,<server address>[,<interface]
Configure dnsmasq to do DHCP relay. The local address is an address allocated to an interface on the host running dnsmasq. All DHCP requests arriving on that interface will we relayed to a remote DHCP server at the server address. It is possible to relay from a single local address to multiple remote servers by using multiple dhcp-relay configs with the same local address and different server addresses. A server address must be an IP literal address, not a domain name. In the case of DHCPv6, the server address may be the ALL_SERVERS multicast address, ff05::1:3. In this case the interface must be given, not be wildcard, and is used to direct the multicast to the correct interface to reach the DHCP server.


Der DHCP Server ist im Internet 40.x.x.x/8 der DHCP Client im RFC1918 Netz 10.0.0.0/8 dazwischen ist wird also gen-NAT-ed? Keine Ahnung ob DHCP Relay mit NAT funktioniert, wenn NAT enabled ist. Habe es nie ausprobiert. Wenn es nur gerouted ist, naja dann wird das Backbone dazwischen die RFC1918 Anfrage nie beantworten weil RFC1918 IP Adressierung im Internet verworfen wird. Fragen zum Design die nur Du beantworten kannst.

Fehler 2)

Code: Alles auswählen

pxe-e79 nbp is too big to fit in free base memory

Die 2-te Fehlermeldung kann ich nicht so richtig deuten. Mir fehlt die Erfahrung mit dnsmasq. Früher, oder ganz ganz früher gab es eine Obergrenze von TFTP Images wenn man aus dem Netz booten wollte. Die lag so bei 32MB. Ich will mich nicht zu weit aus dem Fenster lehnen. Könnte sein, aber meine Antwort könnte hier auch irreführend sein zur Fehlermeldung 2.

[BenutzerGa4gooPh]

pxe-e79 nbp is too big to fit in free base memory

Würde mal das Datenblatt der Netzwerkkarte bezüglich PXE lesen, bei Bedarf Chainloading: http://etherboot.org/wiki/pxechaining

Zur schrittweisen Inbetriebnahme würde ich zuerst mal einen TFTP-Server im gleichen Netz wie Clients aufsetzen. Dann mit Relay auf Router.
Für die nächsten Fehler schon mal: https://support.symantec.com/en_US/arti ... 33962.html

Und was Prinzipielles:
Ist 40.4.200.0/24 ein öffentliches Netzwerk oder warum werden öffentliche IPs für private Netze vergewaltigt?
(Außerdem verwirrend, man nimmt sofort NAT auf Router an.)
40.4.200.0/24 ist doch ein internes Netz? TFTP (unverschlüsselt) in oder über öffentlich Netze wäre ein Unding!

[Nils96]

@unitra Das mit dem Broadcast ist mir soweit klar, ich wollte nur nochmal nachfragen weil es mich intressiert bevor ich jetzt kacke bau
@jana66 und unitra, ja bei mir in der Firma ist das wie in einem anderen Post schon erwähnt schwierig... Router Switche werden von außerhalb gemanagt und dass die 40.4.200.0/24 eine öffentliche IP ist, ist auch bekannt dennoch wird daran nichts gemacht.

Habe jetzt mal die Relay option hinzugefügt..

Code: Alles auswählen

listen-address=127.0.0.1
listen-address=10.5.200.254
local=/debrou.com/
expand-hosts
domain=debrou.com
dhcp-range=10.5.200.100,10.5.200.200,48h
dhcp-option=option:router,10.5.200.254
dhcp-option=19,1
dhcp-authoritative
dhcp-boot=smsboot\x64\wdsmgfw.efi,MUCSVCM01,40.4.200.218
dhcp-relay=10.5.200.254,40.4.200.218,enp16s0

und jetzt kommt fehler:

Code: Alles auswählen

PXE-E51: No DHCP or proxyDHCP offers were received.

Was meiner meinung daran liegt dass er wo anders nach dem DHCP service frägt, was ursprünglich auch meine Frage war ob man den nur auf BOOTP "abrichten" kann ?

[unitra]

Code: Alles auswählen

listen-address=127.0.0.1
...
dhcp-relay=10.5.200.254,40.4.200.218,enp16s0

und jetzt kommt fehler:

Code: Alles auswählen

PXE-E51: No DHCP or proxyDHCP offers were received.

Was meiner meinung daran liegt dass er wo anders nach dem DHCP service frägt, was ursprünglich auch meine Frage war ob man den nur auf BOOTP "abrichten" kann ?

Es wird nirgendwo gefragt. Sondern der Broadcast wird in Unicast verwandelt und per IP weitergeleitet and die DHCP-Relay IP Adresse. Das geht per UDP. Die UDP Anfrage kann unterwegs verloren gehen. Ist also nicht sichergestellt dass das zuverlässig funktioniert. Je mehr DHCP Relay IP Adressen konfiguriert sind, desto an mehr DHCP Server wird die Anfrage weitergeleitet. Normalerweise sind höchstens 2 IP Adressen drin. Ab 3 IP Adressen die als DHCP Relay konfiguriert sind, wird die DCHP Server Konfiguration schon recht komplex (ich wüsste nicht wie das dann schon funktionieren sollte so dass der Datenbestand integer ist auf dem DHCP Server)

1)
Im DHCP Relay sollte nur die 40.4.200.218 drin sein. Trotzdem wird es vermutlich nicht funktionieren.
2)
Egal ob BOOTP/DHCP es wird nicht funktionioneren vermutlich wegen NAT.

Die beste Lösung wäre die Netzabteilung zu fragen ob sie ein separates IP Netz fimenintern/lokationintern konfigurieren können, dann kann man PXE/BOOTP/DHCP Knoten intern einrichten.
Und man brauch die ganze Krücke nicht aufzubauen mit WAN/NAT dazwischen.

[BenutzerGa4gooPh]

Egal ob BOOTP/DHCP es wird nicht funktionioneren vermutlich wegen NAT.

Wahrscheinlich wird kein NAT benutzt, auch 40.4.200.0/24 nur intern. Eine wirklich konkrete Auskunft auf meine entsprechende Frage kam vom TO nicht:

Ist 40.4.200.0/24 ein öffentliches Netzwerk oder warum werden öffentliche IPs für private Netze vergewaltigt?
(Außerdem verwirrend, man nimmt sofort NAT auf Router an.)

Router Switche werden von außerhalb gemanagt und dass die 40.4.200.0/24 eine öffentliche IP ist, ist auch bekannt dennoch wird daran nichts gemacht.

Ich meine, dass der PXE-Server wegen der Unicast-Weiterleitung aller Boadcast-Anfragen auf Port 67 durch den DHCP-Relay auch DHCP-Server spielen muss - für alle DHCP-Clients in 10.5.200.0/24. Derzeit macht das wohl der Router. Abhängig von produktiven Diensten in diesem Netz sollte ein Azubi eine derartige Umstellung mit den Fachleuten besprechen.

[Nils96]

okay vielen Dank für die Antworten:
Zu dem "Im DHCP Relay sollte nur die 40.4.200.218 drin sein." in der man steht einmal die local address dann die server address und das interface, also soll ich das ignorieren und die lokale einfach rausnehmen ?

Wie Jana66 richtig sagte NAT benutzen wir nicht denn das 40.4.200.0/34 Netz ist auch ein privates Netzwerk, trotz öffentlicher IP-Adresse.

[BenutzerGa4gooPh]

http://www.atechnote.com/2017/01/config ... agent.html
Des Weiteren rate ich dringend, sich mit wireshark, tcpdump und nmap zu befassen. Und wenn's am WE ist.

[Nils96]

danke habe das jetzt schon ausprobiert, also das in dem Link.

Allerdings funktioniert das nicht heißt meine Clients bekommen keine IP´s.

was ich genau gemacht habe :

40.4.200.88 = DHCP SERVER (windows basiert)

dort ein neues scope eingerichtet und auf dem Router in der dnsmasq.conf nur interface und dhcp-relay option eingetragen heißt die conf sieht jetzt folgend aus:

Code: Alles auswählen

interface=enp16s0
dhcp-relay=10.5.200.254,40.4.200.88,enp16s0

dann noch eine policy eingerichtet wie hier--https://community.spiceworks.com/topic/ ... elay-agent>

funktioniert trotzdem nicht.



bevor ich das gemacht hab und meine dnsmasq auf altem stand war habe ich wireshark laufen lassen, am wochen ende bei der folgendes raus kam

http://fs1.directupload.net/images/180306/rz5wsouv.png

[BenutzerGa4gooPh]

bevor ich das gemacht hab und meine dnsmasq auf altem stand war habe ich wireshark laufen lassen, am wochen ende bei der folgendes raus kam

Nach Änderungen vielleicht nochmals? Lebenden (gebooteten) DHCP-Client, also ohne fremdes Boot-Image diagnostizieren.
https://de.wikipedia.org/wiki/Dynamic_H ... n_Protocol

Allerdings funktioniert das nicht heißt meine Clients bekommen keine IP´s.

Funktioniert denn erst mal ein testweise aufgesetzter dnsmasq oder eben Windows-DHCP-PXE-Server im eigenen LAN=10.5.200.0/24 mit entsprechenden Clients dort??? Also schrittweise Inbetriebnahme ohne DHCP-Relay. Warum tust du das nicht zuerst??? Wenn das funktioniert, DHCP-Relay und Umsetzen (zumindest der Konfig) in das 400er Netz.

[Nils96]

nach den änderungen wireshark :

http://www.bilder-upload.eu/show.php?fi ... 336781.png

[BenutzerGa4gooPh]

DHCP-Discover von 10.5.200.254 = Router-IF??? So was sollte wohl fix adressiert sein. (Wobei mir unklar ist in welchem Netz von welchem Host gesnifft wird, könnte auch Unicast-Weitergabe durch Relay sein.)
Und Bilder-Upload kannste lassen, Text und Spaltenüberschriften wären besser.

[Nils96]

was bedeutet Router FI ???
ist schon gut so sonst muss ich alles abtippen.

[BenutzerGa4gooPh]

was bedeutet Router FI ???

IF, Interface:

Netwzerk A-------------Router--------------NetzwerkB
40.4.200.0/24---------10.5.200.254-------10.5.200.0/24

[Nils96]

ja das ist ja, ich habe bei dem scope auf den DHCP (windowsserver) die enp16s0 eingegstellt und bei dem relay agent wie gepostet auch da die clients ja in den "enp16s0 netzwerk sind

[BenutzerGa4gooPh]

Mal bissel logisch, step by step:

Funktioniert ein DHCP-Client mit eigenem Betriebssystem im 10er Netz? Wenn nicht: DHCP-Client diagnostizieren, z. B. Journal.
Wenn nicht diagnostizierbar: Wegen DHCP-Relay DHCP-Protokoll sniffen in beiden Netzen.

Wenn nicht diagnostizierbar: Temporären DHCP-PXE-Server im 10er Netz funktionsfähig machen!
Dann analoge Konfiguration auf DHCP-PXE-Server im anderem Segment aufbringen, DHCP-Relay funktionsfähig machen, in beiden Netzen sniffen.
Ratsam: schrittweise/getrennte Inbetriebnahme DHCP-Server und bootp.

Und Spaltenüberschriften sowie Angabe Host/Netzwerk des Sniffers zu jeweiligen Ausgaben sind relevant!!!

[Nils96]

Ja funktioniert, mit dnsmasq alles eingerichtet funktioniert.
Wie teste ich ob der relay funktioniert?
Denn wenn ich den relay einrichte muss ich ja alles wieder aus der dnsmasq.conf rausnehmen.
Dann steht ja nur noch

den sniffer den ich gepostet habe habe ich auf dem router durchgeführt

Interface=enp16s0
Und
DHCP-Relay=10.5.200.254,40.4.200.88, enp16s0
Drinn


habe es mal getestet:

Code: Alles auswählen

root@debian:/home/nils# dnsmasq -test

dnsmasq: kann nicht an DHCP-Server-Socket binden: Die Adresse wird bereits verwendet

[Nils96]

den selben fehler bekomme ich aber auch wenn ich kein relay einrichte, wenn ich kein relay einrichte und dnsmasq als normalen dhcp einrichte bekomme ich IP adressen

[BenutzerGa4gooPh]

Vielleicht besser so:

Code: Alles auswählen

interface=enp16s0
dhcp-relay=10.5.200.254,40.4.200.88

http://www.atechnote.com/2017/01/config ... agent.html

Der Router-dump (wireshark) oben dürfte korrekt sein, zeigt Traffic des Relays vs. DHCP-Server. Ist doch schon etwas.
Normalerweise sollte man in entsprechender Situation (Release, Renew) auch Clients aus 10er Netz sehen. Was sagt ein laufender DHCP-Client bei Renew:

Code: Alles auswählen

dhclient -v <Interface>
dhclient -v -r <Interface>

Was dabei der Router/Relay (wireshark)? Filter von wireshark verbessern?

dnsmasq: kann nicht an DHCP-Server-Socket binden: Die Adresse wird bereits verwendet

Also auf dem dnsmasq vom Router läuft kein DHCP-Server mehr??? Mit Relay darf das nicht der Fall sein!
Nach Umkonfigurationen hast du den dnsmasq immer neu gestartet?

Code: Alles auswählen

service dnsmasq restart
service dnsmasq status

Status?
Eventuell gesamten Netzwerdienst auch neu starten, ist wohl

Code: Alles auswählen

service network restart 

Oder Reboot und Kontrolle:

Code: Alles auswählen

journalctl -b 

den selben fehler bekomme ich aber auch wenn ich kein relay einrichte ... und dnsmasq als normalen dhcp einrichte bekomme ich IP adressen

Eventuell Fehler ignorieren.

[Nils96]

1. dhclient -v enp0s25 =

Code: Alles auswählen

litening on LPF/enp0s25/ <MAC-adresse>
sending on LPF/enp0s25/<MAC-adresse>
sending on socket fallback 
DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 3 (xid=0x190ede69)
DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 6 (xid=0x190ede69)
DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 6 (xid=0x190ede69)
DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 7 (xid=0x190ede69)
DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 11 (xid=0x190ede69)

2.dhclient -v -r enp0s25

Code: Alles auswählen

litening on LPF/enp0s25/ <MAC-adresse>
sending on LPF/enp0s25/<MAC-adresse>
sending on socket fallback 

DNSmasq muss ja noch active sein da dort ja mein Relay agent drauf läuft.

http://www.directupload.net/file/d/5019 ... t2_png.htm

dort sieht man das es funktioniert, jedoch will er die zugeteilte IP:10.5.200.196 von enp0s25 direkt weiterleiten...


DHCP--------------------------------Router-----------------------10.5.200.0/24
40.4.200.88-----------40.4.200.252|10.5.200.254-------------------Clients

Router hat 2 schnitstellen:
A und B

40.4.200.88------------------40.4.200.252|10.5.200.254------------10.5.200.0/24

[BenutzerGa4gooPh]

. dhclient -v enp0s25 =

Normalerweise sollte man in entsprechender Situation (Release, Renew) auch Clients aus 10er Netz sehen. Was sagt ein laufender DHCP-Client bei Renew:
dhclient -v <Interface>
dhclient -v -r <Interface>

Das hast du auf dem Router/Relay gemacht! Du hast nichts kapiert!

Router hat
Schnittstelle A:enp0s25 (40.4.200.252)
Schnittstelle B:enp16s0 (10.5.200.254)

Der Router kriegt 2 fixe IPs! Außerhalb DHCP-Pool! dhclient-Kommandos auf Host, DHCP-Client - aber nicht Router!!!

Was macht der dnsmasq-Fehler??? Schreibe ich lange Texte für Mülltonnen???

DNSmasq muss ja noch active sein da dort ja mein Relay agent drauf läuft.

Na logisch! Aber nichts anderes - wie z.B. DHCP-Server/Client! dnsmasq kann fast alles.

dort sieht man das es funktioniert, jedoch will er die zugeteilte IP:10.5.200.196 von enp0s25 direkt weiterleiten...

Und welcher Host kriegt die .196? 2 x Acknowledge, Relay und wer noch??? Wenn du in die DHCP-Pakete schaust, siehst du auch MAC-Adressen. Aber du lässt auf dem Router einen dhcclient laufen ... Grundlagen lesen, in Berufsschule aufpassen?!

[Nils96]

Natürlich haben sie feste IP´s! welche ausßerhalb der range liegen !

196 ist warscheinlich die IP welche dem Client (wohlgemerkt der einzige Client im 10.5.200.0/24) zugeordnet werden soll .

Ich beantworte dir jede Frage die du willst mach alles was du von mir verlangst !

zu der frage ob dhcp aktiv ist. nein siehe ---->

Code: Alles auswählen

root@debian:/home/nils# service dnsmasq status
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
   Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2018-03-07 08:41:49 CET; 1h 22min ago
  Process: 1539 ExecStop=/etc/init.d/dnsmasq systemd-stop-resolvconf (code=exited, status=0/SUCCESS)
  Process: 1587 ExecStartPost=/etc/init.d/dnsmasq systemd-start-resolvconf (code=exited, status=0/SU
  Process: 1578 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, status=0/SUCCESS)
  Process: 1576 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS)
 Main PID: 1586 (dnsmasq)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/dnsmasq.service
           └─1586 /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -r /run/dnsmasq/resolv.co

Mär 07 08:41:48 debian systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
Mär 07 08:41:48 debian dnsmasq[1576]: dnsmasq: Syntaxprüfung OK.
Mär 07 08:41:48 debian dnsmasq[1586]: gestartet, Version 2.76, Cachegröße 150
Mär 07 08:41:48 debian dnsmasq[1586]: Übersetzungsoptionen: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv
Mär 07 08:41:48 debian dnsmasq-dhcp[1586]: DHCP Weiterleitung von 10.5.200.254 nach 40.4.200.88
Mär 07 08:41:48 debian dnsmasq[1586]: keine Server in /run/dnsmasq/resolv.conf gefunden, werde es sp
Mär 07 08:41:48 debian dnsmasq[1586]: /etc/hosts gelesen - 6 Adressen
Mär 07 08:41:49 debian systemd[1]: Started dnsmasq - A lightweight DHCP and caching DNS server.

siehe 4. letzte zeile "DHCP Weiterleitung von 10.5.200.254 nach 40.4.200.88"

sagst mir Fehler ignorieren jetzt was er macht ?! Vielleicht sagst du mir präzise was du willst und ich werde alles versuchen dir die Infos zu liefern.

Unfreundlich zu werden bringt mich nicht weiter!

ausführlicher dumb... ich filter nichts, alles zu DHCP von Schnitstelle enp0s25 und enp16s0 habe ich gepostet.

Oder was meinst du mit ausführlich ?

[Nils96]

nein diese habe ich auf dem Client gemacht! Also unterstelle mir nichts !

Wie kann man so unfreundlich sein wie du ? ICH HAB ALLES GEMACHT WAS DU MIR AUFGETRAGEN HAST, dann kommst hier mit irgenwelchen mülltonnen anstatt mir zu helfen.

Ist es deine einzige absicht hier im Forum Leuten mit deiner asozialen Art Zeit zu stehlen, schäm dich!

[BenutzerGa4gooPh]

Wer hat die .196 bestätigt (außer Relay, 2 x Ack)? "pingbar"? MAC?

Ist es deine einzige absicht hier im Forum Leuten mit deiner asozialen Art Zeit zu stehlen, schäm dich!

Du spinnst wohl? Zeit stiehlst höchstens du bei FiSi-Hausaufgaben! Oder "Projekt". Ich helfe ja und das ist asozial???
Ja, ich war hart/unfreundlich. Rückmeldung bezüglich Fehler und DHCP-Client fehlte eindeutig. Wegen gleichen IF-Bezeichnungen von Router und Client kommt man schon mal auf sowas. Ausführliche (!) Protokollanalyse (DHCP) wäre Eigenintitiative gewesen ...

Wegen dem "asozial" trotz ausführlicher Hilfe bist du nun auf meiner Ignorierliste gelandet ...

[Nils96]

es muss der client sein da es der einzigste client im 10.5.200.0/24 Netzwerk ist .
ping nicht ausführbar --> destination host unreachable.

ich clicke auf zeile 222 schaue suche unten im header nach client mac address und die client mac address stimmt mit der macadresse mienes clients im 10.5.200.0 netzwerk überein