Anmeldung am DHCP-Server

[SirTwist]

Magst Du einmal einen Wireshark-Dump eines funktionierenden und evtl. eines fehlschlagenden DHCP-Request Deines AVRs erstellen? Ein klein wenig kenn ich mich mit DHCP aus....

Macht der AVR evtl. einen Request schon mit einer IP-Adresse, die er von früher hat? Dann kommt es z.b. auf die Konfiguration des DHCP-Servers an, ob er die Anfrage bearbeitet oder ignoriert. Angenommen, der DHCPd fühlt sich für 10.8.15.0/24 zuständig, der AVR fragt aber nach, ob er 192.168.47.11 haben darf, dann wird der DHCPd die Anfrage komplett ignorieren (not authoritive). Im ISC dhcpd gibt es dazu eine Option, dass er sich definitiv für alles authoritive fühlt.

Gruß,
SirTwist

[Pfanne]

Hi SirTwist,

das Problem ist mehr oder weniger schon eingekreist.
Mir geht es jetzt darum eine kleine "Simmulation" der Anmelderoutine mit Delphi zu schreiben. Ich möchte die Testpakete quasi selber verändern.....

Ich hab da noch mal zusammen gefasst, die WireShark Mitschnitte kann ich heute Abend reinstellen.

Ich habe festgestellt, dass die Anmeldeprozedur (DISCOVER, OFFER, REQUEST, ACK) an einem DHCP-Server eigentlich genormt sein sollte >RFC1541<, jedoch sich offensichtlich nicht alle Server bzw. Clients sich strikt daran halten.

Ich habe einen Client, der beim DISCOVER und beim REQUEST als SOURCE seine momentan noch statische IP sendet, als SOURCE <> 0.0.0.0, nur gibt es DHCP-Server die diese Packete (weil nicht Konform) verwerfen, andere DHCP-Server akzeptieren diese aber.

Ich möchte dieses Verhalten näher untersuchen.
Ich habe mir folgendes Überlegt:
- Mitschnitt der LAN-Kommunikation zwischen Client und DHCP-Server mit WireShark.
- Speichern eines mitgeschnittenen Frames (z.B. DISCOVER vom Client) als reine Binärdaten (*.bin)
- Laden der Binärdaten in einen Delphi-Stream
- Manipulation des geladenen Streams
- versenden dieses Streams über einen UDP-Socket

Das klappt auch so weit ganz gut.
Mein Problem ist nun, das UDPSocket.SendStream(myStream) ja schon eigenständig Protokollinformationen hinzufügt, so das dann ja der UDP-Header + meine *.bin-Daten versendet werden.

Frage: wie kann ich den "nackten" *.bin File Versenden?

Dann stellt sich noch die Frage, wie schalte ich die IP-Kontrolle der LAN-Schnittstelle ab?
Reicht es einfach alle Dieste und Protokolle zu entfernen, kann man das vieleicht eleganter ausschalten, so das man es später auf einfachem weg wieder aktivieren kann, ohne die Komplette Schnitstelle neu einzurichten.

Danke für dein Interesse......
Ich hoffe ich hab mich einigermaßen verständlich ausgedrückt....

[shmia]

Zitat von Pfanne:

Mein Problem ist nun, das UDPSocket.SendStream(myStream) ja schon eigenständig Protokollinformationen hinzufügt, so das dann ja der UDP-Header + meine *.bin-Daten versendet werden.

Was du suchst sind Raw-Sockets.
Das ist im Prinzip nur ein Flag, dass dem WinSock-Stack sagt, dass der Header weggelassen werden soll.
Leider hat Microsoft die Erzeugung von Raw-Sockets auf Windows XP/Vista/7 unterbunden.
Nur auf einem Server-OS können IHMO noch Raw-Sockets erstellt werden.

[wicht]

Laut MSDN kann man Raw-Sockets schon erstellen, allerdings benötigt der Prozess dafür Administrator-Rechte.

[shmia]

Zitat von wicht:

Laut MSDN kann man Raw-Sockets schon erstellen, allerdings benötigt der Prozess dafür Administrator-Rechte.

Microsoft hat dies aber zusätzlich eingeschränkt...

Limitations on Raw Sockets
On Windows 7, Windows Vista, Windows XP with Service Pack 2 (SP2), and Windows XP with Service Pack 3 (SP3), the ability to send traffic over raw sockets has been restricted in several ways:

* TCP data cannot be sent over raw sockets.
* UDP datagrams with an invalid source address cannot be sent over raw sockets. The IP source address for any outgoing UDP datagram must exist on a network interface or the datagram is dropped. This change was made to limit the ability of malicious code to create distributed denial-of-service attacks and limits the ability to send spoofed packets (TCP/IP packets with a forged source IP address).
* A call to the bind function with a raw socket for the IPPROTO_TCP protocol is not allowed.

[Pfanne]

Na prima,

dann brauch ich ja garnicht weiter zu schauen.....

Zitat:

The IP source address for any outgoing UDP datagram must exist on a network interface or the datagram is dropped

Das ist ja genau das, was ich testen möchte SOURCE = 0.0.0.0

Heißt das den nicht aber auch, dass eine DHCP Anmedung nur von WIN selber vorgenommen werden kann?


Erst mal Danke für eure Hilfe, auch wenn es nicht so klappt wie ich es mir vorgestellt habe.

Gruß
Pf@nne

[shmia]

Zitat von Pfanne:

dann brauch ich ja garnicht weiter zu schauen.....

Naja, wenn du herausfinden würdest, wie man die Begrenzung umgehen kann (geheimer Registry key oder ein Systemtreiber der den Riegel wieder aufmacht) dann würde es gehen. Und ich wäre auch an der Lösung interessiert

Zitat:

Heißt das den nicht aber auch, dass eine DHCP Anmedung nur von WIN selber vorgenommen werden kann?

Ja!
Ausser du würdest z.B. einen Windows 2003/2008 SERVER benützen.