Erstmal danke für die Info.
Vonwegen SQL Server, da gehts um ADODB.
Und ich hätte gleich noch ein paar Fragen zu dem Thema... :
Wenn ich mehrmals hintereinander ImpersonateLoggedOnUser mit dem selben Handle aufrufe, das müsste egal sein, oder? Bzw. wenn ich z.B. "impersonate(a), impersonate(b), impersonate(a), revert()" macht, das müsste auch gehen, richtig?
Hält ImpersonateLoggedOnUser das Handle offen, oder passieren da schlimme Dinge wenn ich "impersonate(a), close(a)" mache?
Ich hatte vor längerer Zeit mal was mit LogonUser & ImpersonateLoggedOnUser gemacht, und das hat gut funktioniert wenn ich den Prozess als Admin so gestartet habe (Explorer Doppelklick halt), allerdings nichtmehr funktioniert sobald ich den als "scheduled task" laufen lassen hab. Leider weiss ich nichtmehr unter welchem User ich diesen Task laufen lassen hab, kann leicht sein dass es an den etwas seltsamen Eigenheiten der "scheduled tasks" gelegen hat (die irgendwie garnicht so tun wie man will wenn man nicht den "LOCAL SYSTEM" Account verwendet, was ich damals aber nicht wusste). Kann auch sein dass ich als Userkonto kein Adminkonto angegeben hatte, und da das Windows 2000 war ... fehlte da wohl das SE_TCB_NAME Privileg. Könnte aber auch ein anderes Problem gewesen sein.
Kurz: weisst du irgendwas worauf man da aufpassen muss wenn das als "scheduled task" bzw. auch als Service laufen soll? Dort wo ich es als "scheduled task" laufen lasse werde ich diesmal auf jeden Fall das "LOCAL SYSTEM" Konto verwenden, sonst funktioniert das so und so nicht gescheit
Hast du eine Ahnung was passiert wenn ich erst mit LogonUser(...LOGON32_LOGON_NEW_CREDENTIALS...) auf eine SMB-Share zugreife, und dann später ein Laufwerk auf die gleiche Share aber mit anderen Credentials mappen will? Mehrere Zugriffe mit LOGON32_LOGON_NEW_CREDENTIALS und unterschiedlichen Credentials gehen ja *angeblich*, aber was passiert wenn noch keine Verbindung zu dem entsprechenden Server besteht und ein Zugriff über LOGON32_LOGON_NEW_CREDENTIALS gemacht wird?
