Підключення до віддаленого робочого столу без блокування віддаленого комп'ютера


31

Чи можливо підключитись через підключення до віддаленого робочого столу до машини Windows 7 без блокування віддаленого комп'ютера (я хочу використовувати того самого користувача, який увійшов)? Або можливо звільнити блокування після закриття сеансу віддаленого робочого столу?

Відповіді:


16

Просто запустіть це з віддаленого сеансу:

tscon %sessionname% /dest:console

Отримати помилку Sessionname% sessionname% не знайдено, будь-які ідеї? Здогадайтесь, це не визначено під Windows 8
Фелікс

Не впевнений у Windows 8, це працювало для Windows 7.
Райан

4
@phil Я також отримав цю «помилку» від його ан 7 на 7. Мабуть social.technet.microsoft.com/Forums/windows/en-US/… Для XP: tscon 0 /dest:consoleдля 7: tscon 1 /dest:console <- запустіть на віддаленій машині. Але ... це просто так, що коли клієнт (mstsc.exe) комп'ютер відключається від переглянутого комп’ютера, він не блокується. Таким чином, ви від'єднуєтесь, виконавши цю команду на переглянутому комп’ютері. Але цей метод не зупинить його блокування екрана під час входу.
barlop

% sessionname% недоступний у командному рядку підвищеного (адміністраторського) режиму, імовірно, тому, що Windows розглядає запит адміністратора як окремий не віддалений сеанс. Однак tscon.exe вимагає прав адміністратора, щоб закінчити сеанс. Рішення полягає у використанні вищезазначеної команди у ярлику та вибору "запустити як адміністратор" у розширених параметрах (також працює, якщо ви вказали ярлик "запустити як адміністратор" до пакетного файлу з необхідною командою та передати% sessionname% до підвищений пакетний файл як аргумент. Я використовую це для відключення без блокування та одночасного призупинення роботи ПК)
Jules

6

Ви можете використовувати цей сценарій PowerShell, який також підтримує Windows 8:

$server   = 'MyServer'
$username = $env:USERNAME

$session = ((quser /server:$server | ? { $_ -match $username }) -split ' +')[2]

tscon $session /dest:console

Це взагалі не працювало для мене. Я просто отримую "доступ заборонений". Схоже, він намагається співставити сеанс на іншому кінці з вашим локальним ім'ям користувача? Але я хочу підключитися до сеансу консолі, який міг би увійти як інший користувач.
Дан

@Dan Отже, чому ви використовуєте, $env:USERNAMEякщо ви не хочете ним користуватися? Використовуйте замість цього ім'я користувача. Ви завжди повинні думати, копіюючи та вставляючи що-небудь. Це може спричинити вам досить погані часи, якщо ви просто виконайте все, що десь знайдете.
Dawid Ferenczy Rogožan

@Dawid Гм, спасибі? Я подивився сценарій і він досить нешкідливий. Я вирішив запустити його, цікавившись, як це може працювати. Виявляється, це не так. Тому я зробив це на замітку. Підсумковий рядок - це сценарій, не вказує, в яких ситуаціях він працює (можливо, користувач домену ввійшов як той самий користувач на цій машині). Я спробував це з іншим ім'ям користувача, але це не спрацювало.
Dan

4

Наскільки я знаю, не можна запобігти блокуванню комп’ютера віддаленого робочого столу, але Ultra VNC дозволяє дистанційно керувати іншою машиною, не блокуючи її.


4
Ultra VNC набагато повільніше, що заважає мені його використовувати
йоссіс

Це можливо ... дивіться відповідь Фелікса
JoelFan

4

зверніться до https://techjourney.net/remote-desktop-connection-without-locking-remote-computer-session-on-disconnect/

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

У віддаленій системі, підключеній через RDC (а не на вашому комп'ютері, який RDC ініціалізований для підключення до віддаленої системи), відкрийте вікно командного рядка як адміністратора, а потім запустіть команду залежно від операційної системи Windows, яка працює на віддаленій системі.

У Windows XP:

tscon 0 / dest: консоль

У Windows Vista, Windows 7, Windows 8, Windows 8.1, Windows 10 або новіших версій:

tscon 1 / dest: консоль

На Windows Server:

tscon% sessionname% / dest: консоль

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


2

Погляньте на віддалену допомогу. В основному він використовує ту саму технологію віддаленого робочого столу під кришкою.

Ви заходите в зону довідки та підтримки та створюєте запит на віддалену допомогу, який ви можете одночасно надіслати особі, яку ви хочете віддалити.

Крім того, ви можете використовувати Logmein.com та встановити LogmeinFree, що дає змогу віддалено керувати ПК на ПК одночасно з їх використанням;


4
Віддалена допомога потребує поновлення квитка, ні?
йосис

2

запустіть cmd на віддаленому комп'ютері, після чого запустіть цю команду, query sessionви побачите щось подібне

 SESSIONNAME       USERNAME                 ID  STATE   TYPE        DEVICE
 services                                    0  Disc
>console           SIRS                      1  Active
 rdp-tcp                                 65537  Listen

потім запустіть цю команду, tscon x /dest:consoleде x - ваш ідентифікатор активного сеансу, що 1в моєму випадку.


1

Як альтернативу можна скористатися Gbridge: "Gbridge - це безкоштовне програмне забезпечення, яке дозволяє дистанційно керувати ПК, синхронізувати папки, обмінюватися файлами та спілкуватися в чаті надійно і легко. Розширення служби gtalk Google, Gbridge автоматично формує спільний, зашифрований VPN (віртуальний Приватна мережа), яка безпосередньо та надійно з'єднує ваші комп'ютери та комп’ютери ваших друзів. У Gbridge є безліч унікальних функцій ". http://www.gbridge.com/


1

Це неможливо зробити із самим RDC. Вам потрібно буде використовувати сторонній інструмент, такий як TeamViewer . Ви технічно можете скористатися віддаленою допомогою, але коли не будете запитів, ви нічого не можете зробити.


TeamViewer виглядає як приємне додаток, але я тільки тестував його, і це не зовсім безкоштовно і набагато повільніше, ніж віддалений робочий стіл (навіть при використанні в локальній мережі)
yossis

1

Чесно кажучи, я просто використовую RealVNC, я вважаю його найкращим інструментом віддаленого робочого столу там. Це дуже швидко, не отримуйте жодного відставання з UltraVNC. RealVNC також чудовий, коли вибираєте комп'ютер за межами вашого будинку.


2
Як би я не хотів порекомендувати RealVNC (або будь-який VNC з цього приводу), я не можу (незважаючи на те, що був дуже раннім користувачем). RD-з'єднання відчувають себе набагато більш чуйними, особливо через обмежені пропускну здатність посилання.
Брайан Кноблауш

Це був і мій досвід. Віддалений робочий стіл набагато швидше, і я ще не знаходжу інших альтернатив (з точки зору продуктивності)
yossis

1

Згадується в іншій відповіді, але LogMeIn.com має безкоштовну версію, і дозволяє вам поділитися з’єднанням з місцевим користувачем або очистити екран. Я вважаю, що час реакції є досить пристойним при повільних з'єднаннях, але якість графіки знижується, коли швидкість.


0

Щоб вирішити подібну задачу, де нам довелося не допустити блокування екрана для завдання розкладу, я написав пакетний файл, який виглядає приблизно так:

for /f "tokens=3-4" %%a in ('query session %username%') do @if "%%b"=="Active" set RDP_SESSION=%%a
tscon %RDP_SESSION% /dest:console

Це також потрібно Admin Rightsдля виконання, але це досить зручно як ярлик на робочому столі користувача.

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