Увійти як один і той самий користувач кілька разів у віддаленому робочому столі Windows Server 2008


29

Швидке запитання: У мене ситуація, коли мені потрібно дозволити декільком людям на різних ПК входити в один сервер 2008 як адміністратор одночасно на віддалений робочий стіл. У мене є ліцензії на клієнтські ліцензії, вона просто не налаштована правильно. Коли один користувач намагається увійти, він завантажує іншого. Що мені потрібно - це представити їм інший сеанс, кожен із них, як увійшов як адміністратор. Вибачте за злегка бурхливий пост, я тут новий. Спасибі!


Це для мене нове! Я не знаю відповіді, але +1 для цікавого питання.
Максим Мінімус

1
Чи налаштовано це поле як (хост / сеанс сервера терміналів)?
Зоредаче

Відповіді:


14

Один обліковий запис користувача може мати кілька сеансів у Windows 2008. На сервері запустіть tsconfig.msc, щоб відкрити конфігурацію хоста віддаленого робочого столу. У розділі "Конфігурація для сервера" двічі клацніть будь-яке із загальних параметрів. Зніміть прапорець біля пункту "Обмежити кожного користувача одним сеансом" та натисніть кнопку ОК.


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

2
@Craig, що еквівалентно tsconfig.mscв інших серверах Windows? Я не можу знайти його як на сервері 2003-R2, так і на сервері 2012-R2. Ви маєте на увазі tscc.msc?
Pacerier

5

Це за дизайном. Надайте своїм обліковим записам належні дозволи, потрібні на цьому сервері, і введіть їх як самі.

Чи є якась особлива причина, щоб вони мали спільний рахунок?

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


1
Вони хочуть цього так, бо вважають, що це "спосіб" зробити це. Я працюю в дуже невеликій компанії, і коли я просто поза коледжем, це означає, що я повинен поклонитися усім побажанням, найкращі практики будуть прокляті. Не ідеально, але, принаймні, у мене від 9 до 5.
Little_Johnn

2
@Little_Johnn в цьому випадку я думаю, що вам доведеться сказати їм, що вони помиляються, і це не так, бо це не буде працювати так, як вони хочуть, хоча ви хочете, щоб це було краще, ніж це!
Сем Коган

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

Здається, я згадую у своїй туманній пам’яті щось про максимальну кількість з'єднань RDP на Windows Server, коли воно було в режимі «лише адміністратор». Мені цікаво, чи немає у нього "переключення" на належний режим, і тому коли один адміністратор підключається, сервер виконує свій єдиний і єдиний імператив: вивести іншого адміністратора. : P Здається, що параметри з'єднання RDP невірні.
Avery Payne

1
Ось чому я використовував цільовий NT-апарат Citrix Metaframe ще в той же час. Це було жахливо дорого, але повністю гнучко. І так, я взяв вашу пораду: кожен користувач увійшов як власний. Полегшив пошук журналів, коли виникли неминучі проблеми. toastytech.com/guis/remotecitrix.html
SDsolar


1

Так, це можливо навіть у Windows Home або home premium, це можна зробити як вручну, так і з завантаженням. Я використовую його постійно, тому що це економить мені багато часу. Його називають Concurrent RDP Patcher і його можна завантажити тут: http://www.raymond.cc/blog/download/?did=125

Це дозволяє більш ніж одному користувачеві отримувати доступ до пристрою лише одним адміністратором.


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

1

Хоча ти можеш робити так, як пропонує Крейг Путнам , я би не став. Натомість створюйте індивідуальні облікові записи адміністратора на пристрої для кожного користувача. Це сприяє підзвітності. Навіть при відключенні / не налаштованому аудиті деякі речі можна відстежити, і ви, принаймні, маєте шанс визначити особу / осіб, які зіпсували сервер.

Чи можете ви інакше уточнити, чому це повинно бути таким, як вони хочуть? Коли ви дасте повну інформацію, ми можемо представити інші ідеї, які можуть бути навіть кращими від тих, на які ви спочатку сподівалися ...


0

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

(Клієнтські ліцензії використовуються на користувача або на кожному пристрої)

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