also entweder suchst du im internet nach beschreibungen des paketaufbaus (da gibts sicher einige, aber suchen musst du sie dir schon selber ;-) ) oder du verwendest einen trafficscanner (zb ethereal) und loggst so einen anfragezyklus einfach mit.

ja das ist das problem an den rfcs, die beschreiben halt wirklich alle details die im protokoll vorgesehen sind, auch wenn dann eh nur 10% zum einsatz kommen. deshalb könnte ich mir vorstellen dass dir bei deinem "vorhaben" eventuell das sniffen der standard-dhcp-kommunikation eher hilft, vllt genügt das für deinen wettstreit ja schon ;-)

edit: weisst du schon wie du dieses pakete dann auf die leitung bekommst? eventuell hilft dir da die libnet.c weiter. damit bastelst du die pakete zwar relativ lowlevel zusammen, aber ob du für dhcp extra lib findest ist halt die andere frage.

achso klar, is bei dhcp ja nicht so schwer, ich war mit meinen gedanken schon wieder auf niedrigeren layern ;-)

wozu hab ich dir eignetlich gestern die nachrichtgeschrieben?

Citation de "powerslide"

wie ich das in die leitung bekom.. naja denke ma per socket modul..

jup.. einfach per udp an die broadcast-adresse senden (remoteport: 67)

mal wieder etwas abstrakter gedacht: reicht es dir nicht, z.b. mit dem windows-dhcp-client / ipconfig nen broadcast zu senden, den offer anzunehmen und dann zu schauen, welche leasetime der dir gegeben hat?

wie schaut das aus mit konkurrierenden servern? wenn die ein problem darstellen, versuch doch mal, die per firewall auszuschließen.

Citation de "powerslide"

konkurrierende server gibt es nicht...
und prinzipiell müsste ich meinen dhcp discover doch auch direkt an den dhcp server schicken können .. oder?!

aber nein das reicht prinzipiell nicht weil ich muss ja die lease immer wieder aktualisieren..

aber ich hab gestern noch geschafft ein paar fake pakete zu senden

danach hat mein kollege das handtuch geworfen

vielleicht bau ich das toll trotzdem nächste woche weiter *hrhr*

@ yogi .. hmm.. geht das mit dem ipconfig obwohl das automatische holen von ip etc deaktiviert ist?

das discover-paket geht ja an die broadcast-adresse. und ne ip-adresse als rückantwort hat der client ja noch nicht. aber im prinzip solltest du quasi den broadcast "faken" können, wenn du es direkt an den server schickst - der merkt ja nicht (wenn nicht im promiscious mode) dass die anderen nix bekommen. das wird er aber auch kaum überprüfen.
ich frag mich allerdings gerade (unter hohem müdigkeitseinfluss) ob beim offer nicht die mac-broadcast-adresse ff:ff:ff:ff:ff:ff genutzt wird - an ip kann er ja ohne eigene ip-adresse noch gar nix schicken?! daher müsstest du also die mac-adresse des dhcps wissen. und vermutlich das paket über nen raw-socket verschicken, weil du ja unter der tcp/udp-schicht arbeitest.

die lease-time aktualisieren? der client holt sich schon selbst ne neue, wenn die zeit um ist. du kannst aber die parameter /release und /renew bei ipconfig benutzten, schau's dir mal an.
wenn du nicht gerade den dhcp-client-dienst deaktiviert hast, sollte da nichts blocken. aber nur weil der aktiviert ist, heißt es ja nicht, dass er auch sucht. denn sofern ne feste ip eingestellt ist, dürfte er das nicht tun.

und vielleicht rückst du endlich mal mit den details deiner wette raus