Copy and Paste in eine RDP Anmeldung
Hallo alle zusammen,
Ich habe hier momentan das Problem, dass ich bei keiner meiner RDP Anmeldungen mehr das Passwort für den Server im Windows-Login einfügen kann.
Clipboard bzw. Zwischenablage ist aber aktiviert.
Egal ob ich eine RDP Verbindung per MSTSC öffne, oder per RemoteDesktopManager.
Das Einfügen eines Passworts in die Anmeldemaske am Windows Login funtkioniert nicht. (Copy/Paste)
Wurde hier ein Update eingespielt um so etwas zu verhindern?
Hat jemand eine Ahnung wieso es auf einmal nicht mehr funktioniert.
Da wir extrem viele Sitzungen haben, mit vielen langen Passwörtern, ist dieser Ablauf recht wichtig.
Mit freundlichen Grüßen
Ich habe hier momentan das Problem, dass ich bei keiner meiner RDP Anmeldungen mehr das Passwort für den Server im Windows-Login einfügen kann.
Clipboard bzw. Zwischenablage ist aber aktiviert.
Egal ob ich eine RDP Verbindung per MSTSC öffne, oder per RemoteDesktopManager.
Das Einfügen eines Passworts in die Anmeldemaske am Windows Login funtkioniert nicht. (Copy/Paste)
Wurde hier ein Update eingespielt um so etwas zu verhindern?
Hat jemand eine Ahnung wieso es auf einmal nicht mehr funktioniert.
Da wir extrem viele Sitzungen haben, mit vielen langen Passwörtern, ist dieser Ablauf recht wichtig.
Mit freundlichen Grüßen
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 330806
Url: https://administrator.de/contentid/330806
Ausgedruckt am: 18.11.2024 um 15:11 Uhr
7 Kommentare
Neuester Kommentar
Hi,
mal gegooglet und gleich gefunden:
siehe URL: https://www.heise.de/developer/artikel/Copy-Paste-in-RDP-Terminalserver- ...
Gruß
Holli
mal gegooglet und gleich gefunden:
Der Dotnet-Doktor 25.11.11
Copy & Paste in RDP-Terminalserver-Sitzungen wieder aktivieren
Gelegentlich funktioniert die Copy&Paste-Zwischenablagefunktion zwischen einer RDP-Session mit einem Terminalserver und dem lokalen PC nicht mehr. Plötzlich kann man keine Texte und andere Objekte mehr mit dem lokalen PC austauschen.
Man muss dann den Terminalserver nicht neu starten. Es reicht, den Prozess rdpclip.exe auf dem Terminalserver zu beenden und neu zu starten durch Eingabe im Startmenü oder an der Kommandozeile
siehe URL: https://www.heise.de/developer/artikel/Copy-Paste-in-RDP-Terminalserver- ...
Gruß
Holli
Hi,
siehe URl :http://www.faq-o-matic.net/2012/12/10/remote-desktop-server-zwischenabl ...
Auszug davon:
siehe URl :http://www.faq-o-matic.net/2012/12/10/remote-desktop-server-zwischenabl ...
Auszug davon:
Ursache und Lösung
Bei meiner Suche nach der Ursache verglich ich unterschiedliche Bereich der Remotedesktop-Server miteinander. Dabei fiel mir im ProcessExplorer von Sysinternals auf, dass auf den funktionierenden Systemen für jede Benutzersitzung der Prozess rdpclip.exe gestartet war. Auf dem fehlerhaften System fehlte dieser Prozess aber gänzlich.
Deshalb untersuchte ich die Registry aller System und verglich die Einträge auf der Suche nach unterschiedlichen Einstellungen für rdpclip.exe. Relativ schnell fand ich schließlich die entsprechende Stelle – im Pfad
HKLM\System\CurrentControlSet\Control\Terminal Server\Wds\rdpwd
fehlte der folgende Eintrag vom Typ REG_SZ:
“StartupPrograms”=”rdpclip”
Nachdem ich den fehlenden Eintrag ergänzt hatte, wurde für alle neuen Benutzersitzungen der Prozess rdpclip.exe wieder gestartet – die Umleitung der Zwischenablage funktionierte problemlos.
Öh, also hier erscheint der Authentifizierungsdialog schon vorher lokal und nicht in der RDP-Session, da brauche ich nichts in die Session pasten.
Gruß
Gruß
auch wenn die GPO nicht gesetzt ist dann kann das trotzdem sein daß durch irgendeinen Patch von Microsoft die nicht definierte Richtlinie ab Einspieldatum des Patches zu "clipboard verbieten" führt.
Wär nicht das erste Mal daß die Witzbolde bei MS eine Auswertungsregel für nicht definierte GPOs umgepolt hatten, wie z.B. seinerzeit dieser UAC-Mist der selbst bei großen Hostern wie IBM oder ATOS Origin tlw bei Kunden falsch eingestellt wird.
Wär nicht das erste Mal daß die Witzbolde bei MS eine Auswertungsregel für nicht definierte GPOs umgepolt hatten, wie z.B. seinerzeit dieser UAC-Mist der selbst bei großen Hostern wie IBM oder ATOS Origin tlw bei Kunden falsch eingestellt wird.