8
RemoteDesktop-Verhalten bei W2K3 wie bei XPPro?
Also, ich habe einen Windows Server 2003 Standard Server aufgesetzt. Auf diesem werden spezielle Webserver, welche nicht als Dienste registriert werden können, per Autostart gestartet. Alles funktioniert einwandfrei wenn ich mich Lokal am Server anmelde.
Wenn ich aber jetzt per Remote Desktop mich anmelden will, geht das auch, aber das Problem hier ist, dass diese Programme, die per Autostart gestartet werden, nocheinmal gestartet werden und dies gibt dann erhebliche Probleme...
Unter Windowx XP ist es kein Problem, da man ja dort sozusagen "umgemeldet" wird. Die Lokale Anmeldung wird auf die Remotesession gelegt.
Dieses verhalten hat aber leider windows 2003 Server nicht.
Kennt jemand von euch eine Lösung, den Windows 2003 Server so zu konfigurieren, dass er bei der Remote Desktop Verbindung die gleichen Eigenschaften hat wie die von Windows XP?
chrigi89
Wenn ich aber jetzt per Remote Desktop mich anmelden will, geht das auch, aber das Problem hier ist, dass diese Programme, die per Autostart gestartet werden, nocheinmal gestartet werden und dies gibt dann erhebliche Probleme...
Unter Windowx XP ist es kein Problem, da man ja dort sozusagen "umgemeldet" wird. Die Lokale Anmeldung wird auf die Remotesession gelegt.
Dieses verhalten hat aber leider windows 2003 Server nicht.
Kennt jemand von euch eine Lösung, den Windows 2003 Server so zu konfigurieren, dass er bei der Remote Desktop Verbindung die gleichen Eigenschaften hat wie die von Windows XP?
chrigi89
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: 15429
Url: https://administrator.de/forum/remotedesktop-verhalten-bei-w2k3-wie-bei-xppro-15429.html
Ausgedruckt am: 24.12.2024 um 18:12 Uhr
8 Kommentare
Neuester Kommentar
Unter Windowx XP ist es kein Problem, da man ja dort sozusagen "umgemeldet"
wird. Die Lokale Anmeldung wird auf die Remotesession gelegt.
Imo wird man nicht 'umgemeldet', sondern der lokale User wird abgemeldet.wird. Die Lokale Anmeldung wird auf die Remotesession gelegt.
Das liegt daran, das in XP nur ein abgespeckter TS enthalten ist, der nur eine Sitzung zulässt.
Bei dem von dir beschriebenen Vorgehen werden die 'SpecialServers' gestoppt und bei der Remoteanmeldung wieder gestartet.
Dieses verhalten hat aber leider windows 2003 Server nicht.
Gott sei Dank nicht!Kennt jemand von euch eine Lösung, den Windows 2003 Server so zu konfigurieren,
dass er bei der Remote Desktop Verbindung die gleichen Eigenschaften hat wie die von
Windows XP?
Du könntest versuchen ob es funktioniert, wenn du die Serverkonsole übernimmst:dass er bei der Remote Desktop Verbindung die gleichen Eigenschaften hat wie die von
Windows XP?
Start > Ausführen > mstsc -v:<<a>server<a>> -console > OK
Imo wird man nicht 'umgemeldet', sondern der lokale User wird abgemeldet.
Ist das so? Wenn ich mich mit dem selben User per Remote anmelde der bereits lokal angemeldet ist, bekommen ich das bild vom lokalen user. Der Computer wird dann gesperrt...Du könntest versuchen ob es funktioniert, wenn du die Serverkonsole übernimmst:
Was bedeutet das genau?Gibt es nicht irgendeine einstellung auf dem server, welche das verhalten, dass ich wünsche, bewirkt?
chrigi89
Ist das so? Wenn ich mich mit dem selben User per Remote anmelde der bereits lokal
angemeldet ist, bekommen ich das bild vom lokalen user. Der Computer wird dann gesperrt...
Stimmt!angemeldet ist, bekommen ich das bild vom lokalen user. Der Computer wird dann gesperrt...
Wenn der User ein anderer ist, wird er abgemeldet.
> Du könntest versuchen ob es funktioniert, wenn du die Serverkonsole übernimmst:
Was bedeutet das genau?
WinXP Hilfe- und Suportcenter: Suchbegriff: mstsc<blockquote>Was bedeutet das genau?
Mstsc
Erstellt Verbindungen mit Terminalservern oder Remotecomputern, bearbeitet eine vorhandene RDP-Konfigurationsdatei (Remote Desktop Connection) und migriert veraltete Verbindungsdateien, die mit dem Clientverbindungs-Manager erstellt wurden, in neue RDP-Verbindungsdateien.
Syntax
mstsc.exe {Verbindungsdatei | /v:Servername[:Anschluss]} [/console] [/f] [/w:Breite /h:Höhe]
mstsc.exe /edit"Verbindungsdatei"
mstsc.exe /migrate
Parameter
Verbindungsdatei
Gibt den Namen einer RDP-Datei für die Verbindung an.
/v:Servername[:Anschluss]
Gibt den Remotecomputer und optional die Nummer des Anschlusses an, zu dem Sie eine Verbindung herstellen möchten.
/console
Stellt eine Verbindung mit der Konsolensitzung des angegebenen Betriebssystems der Windows Server 2003-Produktfamilie her.
/f
Startet eine Remotedesktop-Verbindung im Vollbildmodus.
/w:Breite /h:Höhe
Gibt die Dimensionen des Remotedesktopbildschirmes an.
/edit"Verbindungsdatei"
Öffnet die angegebene RDP-Datei zur Bearbeitung.
/migrate
Migriert vorhandene Verbindungsdateien, die mit dem Clientverbindungs-Manager erstellt wurden, in neue RDP-Verbindungsdateien.
Hinweise
Sie müssen als Administrator auf dem Server angemeldet sein, mit dem Sie eine Verbindung herstellen, um eine Remotekonsolenverbindung herzustellen.
Die Datei default.rdp wird für jeden Benutzer als eine versteckte Datei im Ordner Eigene Dateien gespeichert. Vom Benutzer erstellte RDP-Dateien werden standardmäßig in Eigene Dateien gespeichert, können aber an jeden beliebigen Ort verschoben werden.</blockquote>
Anmerkung:
Hast du schon versucht deine Webserver als Dienst zu starten?
Im RK gibt es dazu die Programme instsrv.exe und srvany.exe
Die imo bessere Alternative ist das Programm RunAsSvc von Dieter Schmeer http://www.pirmasoft.de/runassvc.php
Hast du schon versucht deine Webserver als Dienst zu starten?
Ja, das habe ich bereits probiert. Ich habe jedes Tools ausprobiert, keines funktioniert leider...Wenn der User ein anderer ist, wird er abgemeldet.
Eben, und genau dieses Verhalten wünsche ich von meinem w3k3 server...chrigi89
Mit der Konsolensitzung solltest du das erreichen können.
Die kannst du auch über einen Link starten:
Ziel des Links: %windir%\system32\mstsc.exe -v:<<a>server<a>> -console
Der Link bewirkt, dass der Desktop des angemeldeten Users auf dem Server übernommen und der User abgemeldet wird.
Allerdings tritt dann das Problem auf, und das ist bei XP nicht anders, dass beim Beenden der RDP-Sitzung der lokale User abgemeldet bleibt.
Um das zu verhindern müsstest du die RDP-Sitzung trennen, nicht abmelden.
Dann bleibt der lokale Desktop zwar weiterhin gesperrt, die Programme laufen jedoch weiter und sind beim entsperren wieder verfügbar.
Die kannst du auch über einen Link starten:
Ziel des Links: %windir%\system32\mstsc.exe -v:<<a>server<a>> -console
Der Link bewirkt, dass der Desktop des angemeldeten Users auf dem Server übernommen und der User abgemeldet wird.
Allerdings tritt dann das Problem auf, und das ist bei XP nicht anders, dass beim Beenden der RDP-Sitzung der lokale User abgemeldet bleibt.
Um das zu verhindern müsstest du die RDP-Sitzung trennen, nicht abmelden.
Dann bleibt der lokale Desktop zwar weiterhin gesperrt, die Programme laufen jedoch weiter und sind beim entsperren wieder verfügbar.
Ok, das wär mal eine Lösung...
Danke erstmal!
Aber: Es sollte doch irgendwo eine Einstellung auf dem Server geben, wo man sagen kann, dass er immer mit der Konsolensitzung verbinden soll...
Danke erstmal!
Aber: Es sollte doch irgendwo eine Einstellung auf dem Server geben, wo man sagen kann, dass er immer mit der Konsolensitzung verbinden soll...
Schließe die Remote-Session per "x" und nicht per Start-Abmelden. Wenn Du das das "x" benutzt, wird lediglich die Session getrennt und beim nächsten mal ohne Autostart verbunden.
Schau mal hier http://support.microsoft.com/default.aspx?scid=kb;de;137890. Mit diesem Tool kannst Du EXE-Dateien in Dienste verwandeln.
Gruß
Michael
Schau mal hier http://support.microsoft.com/default.aspx?scid=kb;de;137890. Mit diesem Tool kannst Du EXE-Dateien in Dienste verwandeln.
Gruß
Michael
hab nun ein workaround gemacht, und zwar so, dass alle administratoren über ein tool verbinden, welche eine vorgefertigte rdp datei startet. in dieser rdp datei habe ich console=1 gesetzt.
jedoch ist dies nur ein workaround und nicht die eigentliche lösung für das problem.
trotzdem besten dank!
jedoch ist dies nur ein workaround und nicht die eigentliche lösung für das problem.
trotzdem besten dank!
