Innego dnia ponownie napotkałem następujący problem: schowek przestał działać w sesji terminalowej z Windows Server 2008 R2 RDS. Przy aktywnym korzystaniu z sesji RDP z różnymi serwerami problem ten pojawił mi się więcej niż jeden raz (zwykle oprócz 3-4 połączeń rdp jako standardowy klient, mam również kilkanaście połączeń terminalowych za pomocą narzędzia Remote Desktop Connection Manager). Problem jest następujący: kopiowanie i wklejanie (kopiowanie / wklejanie) ze schowka do / z RDP nieoczekiwanie przestaje łączyć się z pulpitem określonego serwera (w innych sesjach terminalowych inni użytkownicy jednocześnie nie mają problemu). W takich przypadkach trzeba było wymusić zakończenie sesji rdp (wylogowanie) i ponownie uruchomić serwer. Po ponownym połączeniu problemy ze schowkiem zwykle znikają.
Główną wadą tej metody było to, że konieczne było zamknięcie wszystkich aplikacji uruchomionych na zdalnym pulpicie, a następnie ponowne otwarcie jej od nowa, co przy dużej liczbie (aplikacji) było bardzo denerwujące. Na szczęście udało mi się znaleźć alternatywę dla logo.
Aplikacja odpowiada za obsługę schowka między stacją roboczą a sesją rdp na komputerze zdalnym rdpclip.exe. Podczas inicjowania połączenia pulpitu zdalnego każdy użytkownik uruchamia własny proces rdpclip.exe. Dlatego w celu przywrócenia działania schowka konieczne jest ukończenie (zwinięcie) procesu rdpclip.exe w Menedżerze zadań i uruchomienie go ręcznie.
Po wykonaniu określonej procedury kopiowanie / wklejanie działa ponownie.
Zagrożenie Przypomnę, że w zasadzie, aby móc kopiować informacje ze schowka między systemem lokalnym a pilotem za pośrednictwem połączenia RDP, muszą być spełnione następujące warunki:
- W ustawieniach klienta rdp musi być włączona opcja „Schowek”.
- Na serwerze w parametrach połączenia RDP-TCP należy wyłączyć opcję „zabezpieczyć przekierowanie schowka” (wartość domyślna)