Problem mit Konsolen-Session auf WTS 2003 System
Hallo Zusammen !
Ich habe ein Problem beim Einsatz einer Software auf einem Windows Terminal Server 2003 System zu lösen.
Die Software greift auf eine Oracle-DB zu.
Dieser Zugriff funktioniert momentan jedoch nur wenn ich die Software mit einer Systemadmin-Kennung starte.
Versuche ich mit beschränkten Rechten (normaler Anwender) zuzugreifen, dann bekomme ich eine Fehlermeldung zurück (Speicherzuweisung auf Benutzerseite nicht möglich).
Zunächst hatten wir angenommen es läge an der Beschränkung der Zugriffe auf bestimmte Ordner, dies kann jedoch mittlerweile ausgeschlossen werden.
Nach langer Suche haben wir dann festgestellt, das die Software für den Zugriff auf die Oracle DB einen Prozess-Handle (nennt man das so ?!) immer nur auf der Konsolensession öffnet. Dann haben wir uns mit dem normalen Benutzer auf der Konsolensession angemeldet und siehe da, es lief.
Jetzt meine Frage:
Da ja mehrere Benutzer nicht gleichzeitig auf der Konsolensession arbeiten können und die Benutzer auch keine Admin-Rechte bekommen sollen (dann wäre der Zugriff ja ohne weiteres möglich), wie kann ich den Prozess auf eine andere Session verlagern, ohne die Software ändern zu müssen ?
Oder gibt es noch eine ander Möglichkeit ?
Danke an Alle
gex01
Ich habe ein Problem beim Einsatz einer Software auf einem Windows Terminal Server 2003 System zu lösen.
Die Software greift auf eine Oracle-DB zu.
Dieser Zugriff funktioniert momentan jedoch nur wenn ich die Software mit einer Systemadmin-Kennung starte.
Versuche ich mit beschränkten Rechten (normaler Anwender) zuzugreifen, dann bekomme ich eine Fehlermeldung zurück (Speicherzuweisung auf Benutzerseite nicht möglich).
Zunächst hatten wir angenommen es läge an der Beschränkung der Zugriffe auf bestimmte Ordner, dies kann jedoch mittlerweile ausgeschlossen werden.
Nach langer Suche haben wir dann festgestellt, das die Software für den Zugriff auf die Oracle DB einen Prozess-Handle (nennt man das so ?!) immer nur auf der Konsolensession öffnet. Dann haben wir uns mit dem normalen Benutzer auf der Konsolensession angemeldet und siehe da, es lief.
Jetzt meine Frage:
Da ja mehrere Benutzer nicht gleichzeitig auf der Konsolensession arbeiten können und die Benutzer auch keine Admin-Rechte bekommen sollen (dann wäre der Zugriff ja ohne weiteres möglich), wie kann ich den Prozess auf eine andere Session verlagern, ohne die Software ändern zu müssen ?
Oder gibt es noch eine ander Möglichkeit ?
Danke an Alle
gex01
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 30810
Url: https://administrator.de/forum/problem-mit-konsolen-session-auf-wts-2003-system-30810.html
Ausgedruckt am: 25.05.2025 um 16:05 Uhr
4 Kommentare
Neuester Kommentar
Hallo gex01,
habt Ihr die Software auf dem TS mit einem "change user /install" installiert?
Software muss mit einem Terminal Server kompatibel sein, viele ältere Softwaren laufen da leider nicht da Sie mit der multiuserumg eines TS nicht klar kommen.
ich wüsste aber auch nicht wie man der Software von aussen beibringen soll immer nur in dem "Käfig" dieses Benutzers zu beleiben.
Bis dann
VoSp
habt Ihr die Software auf dem TS mit einem "change user /install" installiert?
Software muss mit einem Terminal Server kompatibel sein, viele ältere Softwaren laufen da leider nicht da Sie mit der multiuserumg eines TS nicht klar kommen.
ich wüsste aber auch nicht wie man der Software von aussen beibringen soll immer nur in dem "Käfig" dieses Benutzers zu beleiben.
Bis dann
VoSp
Hallo gex01,
bevor Software auf einem Terminal Server installiert wird muss dieser Zwinged in den so genannten Instllationsmodus gebracht werden.
In einer Shell "change users /install" eingeben.
Dann die Software auf dem TS instllieren.
Dann in der Shell "change user /execute"
um den TS wieder in den "Ausführungsmodus" zu bringen.
Der TS muss ja bei unterschiedlichen Anmeldungen wissen in welche Pfade er z.b Eigene Datein usw. schreiben muss. Wenn Sich jetzt User A anmedet und eine applikation startet, liest diese Applikation z.B. eine ini Datei von C:\Anwendung. Soweit ok, aber was passiert nun wenn der User A diese ini Datei ändert und sich danach (oder gleichzeitig!) User B anmedet und auch auf diese ini Datei zugreift. Dann knalls. Also muss die Software wissen das es sich um einen Terminalserver handelt und die ober beschriebene ini Datei für jeden User einzeld vorhalten.
Dem Terminalserver wird mit dem oebn genannten "change user /install" gesagt das nun neue Software installiert wird.
Guckst Du hier:
http://www.ini-sc.net/mswin/awfnttse/kap9.htm
Könne sein daß das euer Problem behebt.
Bis dann
VoSp
bevor Software auf einem Terminal Server installiert wird muss dieser Zwinged in den so genannten Instllationsmodus gebracht werden.
In einer Shell "change users /install" eingeben.
Dann die Software auf dem TS instllieren.
Dann in der Shell "change user /execute"
um den TS wieder in den "Ausführungsmodus" zu bringen.
Der TS muss ja bei unterschiedlichen Anmeldungen wissen in welche Pfade er z.b Eigene Datein usw. schreiben muss. Wenn Sich jetzt User A anmedet und eine applikation startet, liest diese Applikation z.B. eine ini Datei von C:\Anwendung. Soweit ok, aber was passiert nun wenn der User A diese ini Datei ändert und sich danach (oder gleichzeitig!) User B anmedet und auch auf diese ini Datei zugreift. Dann knalls. Also muss die Software wissen das es sich um einen Terminalserver handelt und die ober beschriebene ini Datei für jeden User einzeld vorhalten.
Dem Terminalserver wird mit dem oebn genannten "change user /install" gesagt das nun neue Software installiert wird.
Guckst Du hier:
http://www.ini-sc.net/mswin/awfnttse/kap9.htm
Könne sein daß das euer Problem behebt.
Bis dann
VoSp