Достигнут предел дополнительных подключений к этому удаленному компьютеру

Обновлено: 02.07.2024

Мы используем удаленный рабочий стол для входа на сервер Windows 2012 с ограничением только для двух одновременных пользователей. Однако иногда нам нужно больше.

Мы обсудили это с ребятами из нашего сервера, которые заявили, что это возможно только в том случае, если сервер будет переустановлен. Почему-то мне трудно в это поверить, но, поскольку я новичок, у меня нет аргументов.

Так это правда или ложь? Есть ли какая-либо конфигурация на сервере, которую я мог бы проверить, чтобы убедиться, что это так? Пожалуйста, помогите нубу, запутавшемуся в бюрократии.

6 ответов 6

Чтобы разрешить большему количеству удаленных пользователей на вашем сервере MS Windows, вам необходимо установить роль служб терминалов. Microsoft называет эти службы удаленных рабочих столов начиная с MS Windows Server 2008. Это не требует переустановки, но, возможно, требует одного или нескольких перезапусков.

Для использования этой функции необходимы клиентские лицензии и менеджер лицензий. Следующие ссылки дадут вам больше информации:

Клавиша Windows + R >> Введите MMC.exe >> затем Control + M >> Выберите объект групповой политики >> затем Добавить >> затем завершите >> затем OK

Дважды щелкните Политика локального компьютера > Конфигурация компьютера > Административные шаблоны > Компоненты Windows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Подключения. Ограничение количества подключений = 999999. Ограничить пользователей служб удаленных рабочих столов одним сеансом служб удаленных рабочих столов = ОТКЛЮЧЕНО.

Это решение отлично работает. Но не нарушает ли это наши лицензии? Или есть какие-то другие недостатки у этого метода?

Альтернатива, которую я здесь пока не видел: на локальном рабочем столе (при условии, что это Windows) откройте "Пуск", затем "Выполнить" и введите mstsc /admin

Это запустит клиент удаленного рабочего стола в режиме администратора. Возможно, вам потребуется ввести учетные данные с повышенными правами, чтобы использовать его, но это переопределит ограничение в два пользователя. Это имеет смысл делать вместо того, чтобы вносить изменения в конфигурацию, если вам лишь изредка требуется, чтобы в систему входило более двух человек.

"Рекомендуется устанавливать узел сеансов удаленных рабочих столов перед установкой каких-либо приложений, которые вы хотите сделать доступными для пользователей. Если вы устанавливаете узел сеансов удаленных рабочих столов на компьютер, на котором уже установлены приложения, некоторые из существующих приложений могут не работать. корректно работать в многопользовательской среде."

Это текст, который вы получаете при добавлении роли узла сеанса удаленного рабочего стола на сервере. Поэтому Microsoft явно не советует делать это после установки приложений.

Я также пробовал это на серверах в прошлом и сталкивался со всевозможными странными проблемами. Приложения, специально предназначенные для финансов, перестают работать, если их добавить до узла сеансов удаленных рабочих столов.

Предложенный взлом GPO является явным нарушением лицензирования Microsoft TS и никогда не должен использоваться!

Я бы сказал, ВСЕГДА используйте лучшие практики MS. Тогда вы знаете, что получите их поддержку, если потребуется в будущем, особенно в производственной среде!

У меня установлены RDP User CALS, и последние несколько месяцев они хорошо работали. Сегодня я обнаружил, что могу войти только с учетной записью администратора, когда я использую другие учетные записи, он всегда показывает «Количество подключений ограничено и все подключения».
Я отредактировал максимальное количество подключений локальной групповой политики, настройки лицензирования также были включены.

3 ответа

Вы пробовали посмотреть количество подключенных пользователей?

В PowerShell введите следующую команду: quser

Сравните количество пользователей, вошедших в систему, с количеством вызовов RDS, чтобы увидеть, достигнуто ли это число.

Вы создали объект групповой политики для отключения неактивных/отключенных сеансов?

Пожалуйста, не забудьте нажать "Принять ответ" и `проголосовать`, если предоставленная информация поможет вам, это может быть полезно другим участникам сообщества

Я проверяю подключенных пользователей, всего один администратор. Я приобрел 50 клиентских лицензий RDS User CAL, но не более.

Я не создавал объект групповой политики, так как в настоящее время у меня менее 10 пользователей для подключения к серверу.

Вы указали лицензию rd?

Проверьте, установлены ли указанные ниже групповые политики на сервере RDS.

Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Лицензирование
Использовать указанные серверы лицензирования удаленных рабочих столов — введите IP-адрес или имя хоста сервера лицензирования
Установить режим лицензирования удаленного рабочего стола — «На пользователя» или «На устройство» (в зависимости от типа клиентских лицензий)

Кроме того, убедитесь, что вы успешно активировали сервер лицензирования и успешно установили клиентские лицензии RDS в соответствии с приведенными ниже инструкциями. В предыдущие месяцы это работало хорошо, возможно, из-за льготного периода.

Если все вышеперечисленное настроено правильно, вы можете попробовать указанные ниже групповые политики на сервере RDS, которые могут отключать сеансы отключения.
Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов \Ограничение времени сеанса
Установить ограничение времени для отключенных сеансов
Завершить сеанс при достижении лимита времени

Если ответ полезен, нажмите "Принять ответ" и проголосуйте за него. Спасибо.

Я уверен, что правильно настроил групповые политики на RDS-сервере.

Однако мне показалось странным, что у меня есть "зеленая галочка", но клиентские лицензии не были выданы (показано на прикрепленном рисунке).

Являются ли ваш сервер лицензирования и сервер RDS одним и тем же сервером? Какая у них версия? Версия RDS CAL должна соответствовать версии сервера RDS и сервера лицензирования.

Присоединена ли ваша среда RDS к домену? Если это среда рабочей группы, можно использовать только калибровки для каждого устройства.

И установлена ли какая-либо другая роль в вашем развертывании RDS, например RDCB, RD Gateway и т. д.?

Думаю да, сервер RDS — Windows Server 2016 Datacenter, Версия лицензии — Windows Server 2016.

Я не уверен в среде RDS. Не могли бы вы сообщить мне, как это проверить? Я новичок в этом и не знаю, как проверить некоторые настройки.

Думаю, нет, вот скриншот.

Кстати, я нашел еще один странный баг. Я не могу войти в систему с учетной записью администратора через подключение к удаленному рабочему столу, он показывает «Количество подключений ограничено и все подключения», но я могу войти через RDP-файл, загруженный из Azure (скриншот прилагается).

На вашем RDS-сервере (также на сервере лицензирования) откройте панель управления>Система и безопасность>Система>Параметры имени компьютера, домена и рабочей группы, проверьте, присоединился ли этот сервер к какому-либо домену и совпадает ли имя домена с домен пользователей, которым требуется удаленное подключение к серверу.

На сервере RDS запустите PowerShell от имени администратора, введите Get-WindowsFeature | Где установлено. Он покажет все службы и роли, которые вы установили на этом сервере. Пожалуйста, проверьте, какие роли были установлены в службах удаленных рабочих столов. (Например, снимок экрана в моей среде показывает, что установлена только роль хоста сеанса удаленного рабочего стола)

Если вы используете подключение к удаленному рабочему столу, даже учетной записи администратора требуется клиентская лицензия для удаленного подключения. Поскольку CAL по какой-то причине не может быть выдана, вы также не можете использовать учетную запись администратора для входа в систему. Для подключения можно использовать только режим администратора. (выполните команду "mstsc /admin" или файл RDP, загруженный из Azure)

Если ответ полезен, нажмите "Принять ответ" и проголосуйте за него. Спасибо.

Как администраторы баз данных, мы поддерживаем производственные серверы, а также ряд модулей разработки. В ящиках для разработки, помимо администраторов баз данных, разработчики, вероятно, также имеют права администратора и иногда могут удаленно подключаться к серверу. Могут быть случаи, когда разработчики или другие администраторы баз данных не отключают свои сеансы удаленного рабочего стола или подключаются к серверу с помощью MSTSC. Из-за этого мы иногда получаем сообщение «Сервер терминалов превысил максимально допустимое количество подключений».

Чтобы решить эту проблему, чтобы мы могли подключиться, нам нужно отключить неактивные сеансы с помощью диспетчера службы терминалов, но что мы можем сделать в случае, когда все сеансы все еще активны? Чтобы решить эту проблему, вы можете воспользоваться приведенным ниже простым решением.

Решение

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

Чтобы устранить проблему с превышением лимита подключения, выполните команду "mstsc /admin" из командной строки, как показано ниже.

Если сервер терминалов превысил максимальное количество сеансов, сеанс "/admin" все еще может быть создан, и это позволит вам по-прежнему подключаться к серверу.

Сеансы /admin не учитываются при подсчете лимита сеансов, который может быть настроен на сервере терминалов для ограничения количества удаленных сеансов, поэтому это даст вам черный ход на сервер, если вы получите сообщение "Терминал сервер превысил максимально допустимое количество подключений".

Дальнейшие шаги

Обратите внимание, что этот параметр был изменен для Windows Server 2008. Для более ранних версий Windows вам потребуется использовать "mstsc /console"
Подробнее об этих изменениях

Статьи по теме

Комментарии к этой статье

Большое спасибо mssqltips.

Всякий раз, когда у меня возникает проблема, простая или сложная, посещение mssqltips решит ее. Спасибо авторам.

Хороший документ Джугал.

Хорошенький Джугал. Попытка проникнуть на удаленный сервер (сервер 2003) в субботу, когда все они ушли домой в пятницу вечером и оставили свои сеансы работающими. Ваш mstsc /admin — это первый способ сделать это, который действительно сработал. Спасибо, в субботу днем это очень ценно :).

Районный совет Каверау.

Обычно я просто захожу на другой сервер и запускаю диспетчер служб терминалов. Оттуда вы можете подключиться к максимально загруженному серверу и решить, кого убить или связаться по поводу выхода из системы. Вы можете видеть дату и время их последней активности, поэтому решить, кого выйти из системы, обычно довольно просто.

Есть еще один способ, который я нашел некоторое время назад, и он очень удобен.

Откройте командное окно и введите qwinsta /server:

Если RDP запущен, он покажет зарегистрированных пользователей, а также будет иметь идентификатор (обычно 0,1,2 или 3). Обратите внимание, какой из них вы хотите отключить, и введите в новой строке в командном окне:

Сеанс завершится, после чего вы сможете войти в систему в обычном режиме.

Конечно, у вас должны быть права администратора на сервер или права глобального администратора на домен, чтобы делать это с другими серверами, но это еще один удобный метод, который вы можете использовать! Он по-прежнему работает в Windows 7 и Server 2008, что тоже приятно!

Должно быть, это сыграло свою роль, поскольку я на 100 % уверен, что НЕ получил предупреждения о том, что другой пользователь подключился к административному соединению.

Это полностью зависит от конфигурации WIN2k3, его политик, максимального количества подключений и т. д.

Я могу получить предупреждение в Windows Server 2003. Когда я попробовал команду mstsc / admin, я получил предупреждение о том, что "пользователь А уже подключен к ящику, хотите ли вы завершить этот (текущий) сеанс или нет" . Команда не отключила пользователя А без предупреждения.

Мы ежедневно сталкиваемся с максимальным количеством проблем с подключением, это простое решение.

Я также получаю предупреждение о запуске другого сеанса.

Верно, но имейте в виду, когда вы работаете в команде (db)администраторов: /admin разрешает одновременно только *1* пользователю, так как при этом используется консольное соединение.

Я обнаружил, что (по крайней мере, W2K3) не предупреждает об уже активном соединении /admin.

Если пользователь А уже использует это подключение, а пользователь Б запускает mstsc /admin, то пользователь А бесцеремонно отключается, а пользователь Б не получает предупреждения о том, что это произойдет/произошло,

Вы используете терминальный сервер? Ваш пост довольно расплывчатый, но это то, что предполагается.

Если вы не настроили сервер как сервер терминалов и не имеете соответствующих лицензий, Windows разрешает только 2 или 3 (сейчас не могу вспомнить точное количество) удаленных подключений для административных целей.

Если у вас включен TS и загружены соответствующие лицензии, я бы проверил оснастку управления службами терминалов (Пуск->Инструменты администратора->Диспетчер служб терминалов) и посмотрел, есть ли отключенные сеансы.

Когда вы закрываете сеанс, лучше всего использовать Start->Log Off, потому что иногда, когда вы просто X выходите (который только отключает сеанс), вы не всегда повторно подключаетесь к предыдущим сеансам. (В идеальном мире вы бы снова подключились, но такое случается из-за Microsoft).

Если у вас есть 2 или 3 отключенных сеанса, щелкните правой кнопкой мыши и сбросьте сеанс. Все это, конечно, нужно делать на консоли.

17 ответов

На сервере закончились лицензии. Какую ОС вы используете? Какой режим лицензирования? Место (на устройство/пользователя) или на сервер?

Вы используете терминальный сервер? Ваш пост довольно расплывчатый, но это то, что предполагается.

Ясаф Буршан

Team Genius — поставщик ИТ-услуг.

Это не похоже на проблему Spiceworks.

Пожалуйста, предоставьте подробную информацию о том, что вы пытаетесь сделать.

Ясаф не упоминает ничего общего со SpiceWorks. Как насчет контекста, чтобы мы могли вам помочь?

Похоже, это проблема рабочего стола Windows, а не сервера. Если вы используете рабочий стол Windows, к нему одновременно можно установить только 10 подключений CIFS. Если вы превысите это, вы получите это предупреждение. Вы пытаетесь использовать рабочий стол Windows в качестве сервера? Это обычная проблема для тех, кто пытается это сделать.

Вы используете терминальный сервер? Ваше сообщение довольно расплывчато, но это то, что предполагается.

Если у вас нет сервера, настроенного как сервер терминалов, и у вас нет соответствующих лицензий, Windows разрешает только 2 или 3 (сейчас не могу вспомнить точное число ) удаленных подключений для административных целей.

Если у вас включен TS и загружены соответствующие лицензии, я бы проверил оснастку «Управление службами терминалов» (Пуск->Инструменты администратора->Диспетчер служб терминалов) и посмотрел, есть отключенные сеансы.

Когда вы закрываете сеанс, лучше всего использовать Start->Log Off, потому что иногда, когда вы просто X выходите (который только отключает сеанс), вы не всегда повторно подключаетесь к предыдущему сессии. (В идеальном мире вы бы переподключились, но такое случается из-за Microsoft).

Если у вас есть 2 или 3 отключенных сеанса, щелкните правой кнопкой мыши и сбросьте сеанс. Все это нужно делать на консоли, конечно.

Сначала я тоже подумал о TS, но понял, что сообщение об ошибке немного отличается.

Если подключений к серверу TS слишком много, вы получите следующее:

"Сервер терминалов превысил максимально допустимое количество подключений."

Марк3101

Это проблема с Windows XP, когда вы пытаетесь подключиться к другому компьютеру с XP или W2K. Например, при печати на общий принтер.

Измените время автоотключения, выполнив следующую команду из командной строки:

Читайте также: