1
Win2k8 Terminal-User können scheinbar DLL nicht laden, Admin schon
Win2k8 Server R2 wird via RDP angesprochen
Zugriff auf ein selbstentwickeltes Programm, welches oci.dll (Oracle) verwendet.
Nachdem Administrator Programm gestartet hat, gelingt es auch anderen Usern. Sonst nicht.
Hallo Leute
Ich stelle gerade auf TerminalServices Win2k8 um.
Während der Administrator alles kann, gibt es für den Normalo Probleme.
Konkret geht es um die Verwendung einer selbst erzeugten Software, die Zugriff auf die oci.dll von Oracle benötigt.
Inzwischen habe ich heraus gefunden, dass nachdem die oci.dll einmal geladen wurde (von einem Admin), beliebig viele weitere Benutzer auch problemlos arbeiten können (klar, ist ja eine dll, die sich alle teilen).
Soweit so gut.
Haben sich aber alle (auch der Admin) abgemeldet, wird die dll aus dem Speicher entfernt und ein Normalo kann dann das Programm nicht mehr starten, weil die DLL nicht mehr im Speicher ist, das kann scheinbar nur ein Admin.
Nun habe ich bereits gelernt, über Lokale Sicherheitsrichtlinien dem Benutzer "Erstellen Globaler Objekte" zu erlauben.
Allerdings scheint das noch nicht auszureichen!?
Was muss ich tun, damit ein normaler RDP-User auf dem Server diese DLL laden kann?
Vielen Dank für die Hilfe.
Zugriff auf ein selbstentwickeltes Programm, welches oci.dll (Oracle) verwendet.
Nachdem Administrator Programm gestartet hat, gelingt es auch anderen Usern. Sonst nicht.
Hallo Leute
Ich stelle gerade auf TerminalServices Win2k8 um.
Während der Administrator alles kann, gibt es für den Normalo Probleme.
Konkret geht es um die Verwendung einer selbst erzeugten Software, die Zugriff auf die oci.dll von Oracle benötigt.
Inzwischen habe ich heraus gefunden, dass nachdem die oci.dll einmal geladen wurde (von einem Admin), beliebig viele weitere Benutzer auch problemlos arbeiten können (klar, ist ja eine dll, die sich alle teilen).
Soweit so gut.
Haben sich aber alle (auch der Admin) abgemeldet, wird die dll aus dem Speicher entfernt und ein Normalo kann dann das Programm nicht mehr starten, weil die DLL nicht mehr im Speicher ist, das kann scheinbar nur ein Admin.
Nun habe ich bereits gelernt, über Lokale Sicherheitsrichtlinien dem Benutzer "Erstellen Globaler Objekte" zu erlauben.
Allerdings scheint das noch nicht auszureichen!?
Was muss ich tun, damit ein normaler RDP-User auf dem Server diese DLL laden kann?
Vielen Dank für die Hilfe.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 145167
Url: https://administrator.de/contentid/145167
Ausgedruckt am: 24.11.2024 um 11:11 Uhr
1 Kommentar
Nun habe ich das Problem gelöst.
Mit Hilfe des Tools Dependency Walker (http://www.dependencywalker.com/) habe ich zur Laufzeit sehen können, welche DLLs wann geladen werden.
Dabei fiel mir auf, dass eine DLL nicht im Suchpfad gefunden werden konnte (PATH). Für den Admin war PATH offensichtlich korrekt gesetzt, nicht aber für den normalen User.
Nach Anpassung von PATH lief es dann auch
Mit Hilfe des Tools Dependency Walker (http://www.dependencywalker.com/) habe ich zur Laufzeit sehen können, welche DLLs wann geladen werden.
Dabei fiel mir auf, dass eine DLL nicht im Suchpfad gefunden werden konnte (PATH). Für den Admin war PATH offensichtlich korrekt gesetzt, nicht aber für den normalen User.
Nach Anpassung von PATH lief es dann auch
