Чому копіювання через RDP іноді не працює? [дублікат]


20

Раніше я копіював деякі файли протягом сеансу RDP, і все працювало нормально.

Тепер, раптом, функції "Копіювати" та "Вставити" до та з сеансу RDP просто перестали працювати! Якщо я "скопіюю" файл у свій місцевий буфер обміну, а потім перейдіть на сеанс RDP, контекстне меню "Вставити" з'явиться сірим кольором. Те саме у зворотному напрямку.

Я нічого не зробив, щоб змінити конфігурацію моєї сесії RDP! Я намагався закрити і повторно відкрити сесію, безрезультатно!

Місцеві: Windows 7 x64 Pro

Віддалений: Windows Server 2008 R2 Enterprise

Будь-які інші ідеї?

Відповіді:


37

Неможливо скопіювати та вставити в сеанс підключення до віддаленого робочого столу

Навіть коли у вас включена опція "Буфер обміну", у вас можуть виникнути проблеми!

Якщо це так, використовуйте диспетчер завдань, щоб вбити та перезапустити rdpclip.exeпроцес на локальних та віддалених машинах.

Більше деталей у цій публікації в блозі

Єдиний спосіб я дійсно знав виправити передачу буфера обміну - закрити сеанс і перезапустити його. Це означало закриття інструментів, якими я користувався, як Visual Studio, Management Studio та інші допоміжні процеси, які я запускаю, коли я працюю, а потім перезавантажую все це лише для відновлення буфера обміну. Але сьогодні я знайшов хороший посилання на Блогу послуг терміналів, що пояснює, що насправді відбувається. Ланцюжок глядачів буфера обміну якимось чином не реагує на локальну або віддалену систему, і події в буфера обміну не передаються між системами. Це не обов'язково встановлюється замок, а якась невдала передача даних. Потім далі пояснюються два кроки, які можна зробити для відновлення буфера обміну, не перезавантажуючи сеанс.

Використовуйте диспетчер завдань, щоб вбити процес
rdpclip.exe. Запустіть rdpclip.exe, щоб перезапустити його

... і досить смішне "пояснення" від Microsoft .

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.