Що робити, якщо Buer обміну клієнтами не працює

Це не означає, що RDP є таким поширеним явищем. Тим не менш, у напівпрофесійному та професійному комп'ютерному середовищі це зовсім не рідко, тому для початку це не заважає уточнити, що це таке.

Все дуже просто. Microsoft свого часу придбала програму зв'язку, яку вона пізніше перейменувала на знайомий NetMeeting і взяла з нього протокол віддаленого робочого столу, цей самий RDP - це протокол віддаленого робочого столу.

Протокол сьогодні скрізь використовується клієнтськими програмами для віддаленої роботи з сервером. Клієнтські програми знаходяться лише у верхній частині використання щонайменше десяток, Ремміна, який має графічний інтерфейс, лише один з них.

Популярність Ремміни - популярність Linux - на Ubuntu цей клієнт розміщений за замовчуванням.

Серед можливостей клієнтів віддаленого доступу:

• Шифрування переданих даних;
• Звукова передача з можливістю відтворення на локальному ПК;
• використання картографування - запуск локальних програм на сервері;
• Використання ресурсів на локальному сервері ПК.

У Windows клієнт працює як виконуваний модуль MSTSC.EXE (TSC - Клієнт Термінальних служб - офіційна назва цієї програми). Розроблені версії клієнтів для всіх операційних систем.

Серед можливостей клієнтів RDP та тієї, яка може час від часу зазнати невдачі - обмін інформацією через буфер обміну.

Перше рішення проблеми

Проблема полягає в тому, коли обмін порушується через буфер між клієнтом та сервером, знаходиться скрізь, з будь -якими операційними системами з двох сторін. І те, що часто має справу з Linux на клієнті та Windows на сервері - це лише популярність цих систем.

УВАГА. Зверніть увагу, що попередня версія REMMINA для Ubuntu мала кілька досить неприємних помилок внутрішнього характеру, які користувач не може виправити користувача. Тепер вони усунуті, і нова версія Ремміни чекає своїх шанувальників для завантаження.

Помилка, що розглядається, має одну функцію - якщо ви зараз підключені до декількох серверів, вона може проявлятися лише одним обміном, решта без проблем використовує обмінний буфер.

Перше рішення, яке благає з самого початку, - це завершити поточний обурений сеанс RDP та розпочати його знову. Це працює на 100%. Але недолік такого підходу очевидний - ви повинні закрити всі програми на сервері, вийти на вулицю, а потім, після повторного початку, почати знову і всі програми.

Але є ще одне рішення проблеми, не настільки об'ємний.

Друге рішення проблеми

Інший варіант пов'язаний із перезапуском програми, яка відповідає за обмін через буфер - ця програма означає виконуваний модуль RDPCLIP.Exe, він зовнішній реміна і позначає окрему лінію в відправленні завдань.

Таким чином, для того, щоб відновити обмін між клієнтом RDP та сервером через буфер обміну, вам потрібно ввести диспетчер завдань, перейти на вкладку запущених процесів, знайти rdpclip під записом облікового запису.Exe, відповідальний за аварію обміну, завершіть його та запустіть знову, вже вручну вручну.

Завершення процесу rdpclip.Витягувати

Можливо, справа в налаштуваннях

Але перед тим, як кинути процеси в диспетчер, це не заважає вам переконатися, чи правильно налаштований клієнт RDP - Remmina.

Таким чином, ми переходимо до налаштувань клієнта та:

• На вкладці Local Resources, у групі місцевих пристроїв та ресурсів, ми вибираємо ресурси, які ми будемо використовувати на поточному віддаленому сеансі - ми зацікавлені в ресурсі "буфера обміну".

Тоді вам потрібно перевірити налаштування сервера:

• На вкладці Клієнт налаштувань "RDP -TCP" у групі перемикачів перенаправлення Існує режим заборони переадресації обмінного буфера (називається просто - буфер обміну). Його треба кинути, хоча це його стан за замовчуванням.

Іншими словами, спочатку переконайтеся, що ваш клієнт RDP відповідає вимогам клієнтської системи (як мінімум), а потім проводить запропоновані дії, починаючи з налаштувань, сам по собі.