3
DHCP gibt Hostname und extra Option als HEX zum Client
Hallo zusammen,
hier mein Problem kurz und knackig.
Wir haben einen Linux-Server mit Samba als DC der ist auch DHCP und DNS.
Die Clients sind Thinclients und arbeiten nur per RDP auf nem Win2k TS.
Das Netzwerk wurde umgestellt, so dass der TS+DC+DNS auf nem Win2k8 Enterprise laufen.
DHCP sollte auch auf den Server, nur brauchen die ThinClients vom DHCP eine extra Option 144 vom Typ Text/String
indem ein TFTP-String steht.
Mit dem Linux-DHCP (Suse 9) klappt das wunderbar, mit dem Windows-DHCP bekommen die Clients den Hostname und die extra angelegte Option als HEX-String wie z.B.
8f:3c:c0:e3:13:34:ce:d5
Der Domain-Name wird richtig übergeben und vom Client auch richtig "gelesen" als String.
Kennt einer das Problem oder weiss wie mans lösen kann?
Gruß Bloody
hier mein Problem kurz und knackig.
Wir haben einen Linux-Server mit Samba als DC der ist auch DHCP und DNS.
Die Clients sind Thinclients und arbeiten nur per RDP auf nem Win2k TS.
Das Netzwerk wurde umgestellt, so dass der TS+DC+DNS auf nem Win2k8 Enterprise laufen.
DHCP sollte auch auf den Server, nur brauchen die ThinClients vom DHCP eine extra Option 144 vom Typ Text/String
indem ein TFTP-String steht.
Mit dem Linux-DHCP (Suse 9) klappt das wunderbar, mit dem Windows-DHCP bekommen die Clients den Hostname und die extra angelegte Option als HEX-String wie z.B.
8f:3c:c0:e3:13:34:ce:d5
Der Domain-Name wird richtig übergeben und vom Client auch richtig "gelesen" als String.
Kennt einer das Problem oder weiss wie mans lösen kann?
Gruß Bloody
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 135389
Url: https://administrator.de/contentid/135389
Printed on: April 18, 2024 at 08:04 o'clock
3 Comments
Latest comment
Der Microsoft DHCP-Server ist großer Mist und für den Praxiseinsatz eigentlich untauglich.
Der hier kann was du brauchst und funktioniert auch noch: http://ruttkamp.gmxhome.de/dhcpsrv/dhcpsrv.htm
Grüße
Max
Der hier kann was du brauchst und funktioniert auch noch: http://ruttkamp.gmxhome.de/dhcpsrv/dhcpsrv.htm
Grüße
Max
Dann füge diese Option doch einfach hinzu 
. Wie das genau geht, steht hier. Ich hoffe der Link funktioniert.
Frage nebenbei, warum möchtest du von einem gut funktionierendem Linux-DHCP auf Server2008 wechseln? Ich persönlich finde den DHCPD wesentlich flexiebler, grade was das generieren von Hostnamen und erweiterten Optionen angeht.
. Wie das genau geht, steht hier. Ich hoffe der Link funktioniert.Frage nebenbei, warum möchtest du von einem gut funktionierendem Linux-DHCP auf Server2008 wechseln? Ich persönlich finde den DHCPD wesentlich flexiebler, grade was das generieren von Hostnamen und erweiterten Optionen angeht.
Mein Problem ist NICHT das hinzufügen einer Option.
Ich habe da wohl einen Bug gefunden auch wenn ich nicht weiss wie er zu stande kommt.
Die DHCP-Option DOMAINNAME ist als String deklariert und wird auch so vom Client angenommen.
Die DHCP-Option HOSTNAME ist als String deklariert wird aber vom Client als HEX-Code interpretiert.
Die DHCP-Option 144 aka 'configfile' ist als String deklariert wird aber auch vom Client als HEX-Code interpretiert.
Das ist mein Problem ... wieso werden die nicht als Strings (Text) gesendet?
Solche Fragen wie oder warum man von nem guten Linux zu nem Windows wechselt helfen mir nicht weiter und tun auch nichts zur Sache.
Es ist eine Anforderung von einem Kunden wonach ich mich zu richten habe. Weil ist eben so. Ich kann ja wohl davon ausgehen das ein Software-Haus wie Microsoft zumindest nen dämlichen DHCP standardkonform auf die Kette bekommt....
Hoffe jemand weiss noch ne Lösung!
Gruß
Bloody
Ich habe da wohl einen Bug gefunden auch wenn ich nicht weiss wie er zu stande kommt.
Die DHCP-Option DOMAINNAME ist als String deklariert und wird auch so vom Client angenommen.
Die DHCP-Option HOSTNAME ist als String deklariert wird aber vom Client als HEX-Code interpretiert.
Die DHCP-Option 144 aka 'configfile' ist als String deklariert wird aber auch vom Client als HEX-Code interpretiert.
Das ist mein Problem ... wieso werden die nicht als Strings (Text) gesendet?
Solche Fragen wie oder warum man von nem guten Linux zu nem Windows wechselt helfen mir nicht weiter und tun auch nichts zur Sache.
Es ist eine Anforderung von einem Kunden wonach ich mich zu richten habe. Weil ist eben so. Ich kann ja wohl davon ausgehen das ein Software-Haus wie Microsoft zumindest nen dämlichen DHCP standardkonform auf die Kette bekommt....
Hoffe jemand weiss noch ne Lösung!
Gruß
Bloody
