ich würde gern einen kleinen SMB Server schreiben, da dies wohl wesentlich einfacher gehen sollte als Treiber für eine virtuelle Festplatte.

Leider habe ich schon Probleme beim Verbindungsaufbau, da sich Windows immer per HTTP-Protokoll als "DavClnt" - an meinen Minniserver anmelden will.

Microsoft hat an sich eine einfache Anleitung ins netz gestellt (http://msdn.microsoft.com/en-us/library/windows/desktop/aa365236(v=vs.85).aspx)

Ich vermute, dass es dran liegt das ich ganz normal eine tcp Verbindung erstelle dieses protokoll aber eine NetBIOS Session benötigt, allerdings frage ich mich dann wie es z.B. Windows XP macht, da laut Microsoft dies erst ab Windows 7 unterstützt wird

[Netbios is not supported on Windows Vista, Windows Server 2008, and subsequent versions of the operating system]

Genau genommen suche ich nach einem Protokoll was ab Windows XP funktioniert, als Netzlaufwerk eingebunden werden kann und man direkt Programme von dort starten kann (d.h. einen "Stream" öffnen).

Samba kann dies ja auch, leider ist der Quellcode derart gewaltig und schlecht zu lesen/strukturiert, das ich daraus nicht schlau werde.

Mir würde ein kleines Hallo Welt Programm schon ausreichen, was in Windows als Verzeichnisinhalt irgendwas anzeigt.

Ich weiss aber nicht ob man Windows davon abhalten kann seinen eigenen SMB Server auf Port 445 laufen zu lassen. Da die Portnummer leider fix ist, könnte das ein kleines Problem darstellen. Du könntest probieren ob es reicht "Server" Service zu stoppen. Der Beschreibung nach sollte das dafür zuständig sein.

Und natürlich kannst du ein nicht-Windows OS als Server verwenden.
Oder aber einen anderen Port, und diesen dann in einem Router auf 445 zurückmappen. Was dann aber erfordert dass Server und Client in unterschiedlichen Netzen sitzen, und man dazwischen eben besagten Router hat.

Bin mir aber nicht so sicher ob es wirklich so einfach ist einen SMB-Server zu programmieren

Als Alternative würde ich vorschlagen dass du dir mal das Dokan Projekt ansiehst: http://dokan-dev.net/en/
Damit kannst du ein File-System im Usermode implementieren -- die haarigen Sachen, d.h. den ganzen File-System-Treiber, übernimmt Dokan. Gibt sogar .NET Bindings, damit kannst du dein File-System dann z.B. in C# schreiben.
DAS ist nämlich wirklich simple, speziell wenn du nur Read-Only Zugriff unterstützen willst/musst.

Ich vermute, dass es dran liegt das ich ganz normal eine tcp Verbindung erstelle dieses protokoll aber eine NetBIOS Session benötigt, allerdings frage ich mich dann wie es z.B. Windows XP macht, da laut Microsoft dies erst ab Windows 7 unterstützt wird.

[Netbios is not supported on Windows Vista, Windows Server 2008, and subsequent versions of the operating system]

Anders herum. Netbios wird bis XP unterstützt. Schließlich lief das schon unter DOS.

leo.org schrieb:

subsequent adj. folgend
subsequent adj. später
subsequent adj. im Anschluss
subsequent adj. darauffolgend
subsequent adj. nachfolgend
....

Davon abgesehen hast du natürlich Recht dass er den Satz falsch herum verstanden hat.