Подскажите что не так. Лицензий нет
Установил WS2019-Standart
Добавил Службы удаленных рабочих столов», и роль «Лицензирование удаленных рабочих столов»
Установил лицензию на УСТРОЙСТВО удаленного подключение на 10 пк (при лицензировании выбирал пункт «другое соглашение» нашел номер соглашения в интернете.
При проверке «Средство диагностики лицензирования удаленных рабочих столов» ОШИБОК нет
Но больше 2 устройств, на сервер не заходит (просит выгнать )
Домена нет, служба поднята на рабочей группе workgroup
-
Вопрос задан
-
4276 просмотров
Пригласить эксперта
При проверке «Средство диагностики лицензирования удаленных рабочих столов» ОШИБОК нет
Да при чем тут ошибки — сколько лицензий доступно?
Сервер лицензирования настроен? Я дальше 2008 R2 не залезал, но там вроде через групповую политику его надо вкрутить..
Если не пускает больше двух — то сервер в режиме удаленного управления (вход для двух администраторов), а не в режиме сервера терминалов.
А в свойствах службы rdp указана нужное сетевое? а то был случай, при настройке выбралось сушествующее, а потом в рабочую сетку воткнул, а там другое, долго траблу искал.
ля просто домен подыми и все будет работать)
Не забыли в групповой политике указать адрес сервера лицензий и какие типы лицензий с него просить?
Спасибо!
Проблема была в службе лицензирования (останавливалась через 5 сек. работы)
-
Показать ещё
Загружается…
ЛАНИТ
•
Санкт-Петербург
от 80 000 ₽
10 окт. 2023, в 10:48
1500 руб./за проект
10 окт. 2023, в 10:42
200000 руб./за проект
10 окт. 2023, в 10:36
500 руб./за проект
Минуточку внимания
Что вызывает Internal Error удаленного рабочего стола в Windows
Различные факторы могут вызвать сообщение внутренней ошибке при подключении к удаленному рабочему столу. К этим факторам относятся неправильные настройки подключения к удаленному рабочему столу, проблемы с сетью, настройки безопасности, конфигурация брандмауэра Windows и проблемы с самой службой удаленного рабочего стола.
Как решить проблему Internal Error удаленного рабочего стола
Чтобы подключиться к серверу через VNC, мы сначала должны попасть в панель управления сервером. Чтобы попасть в панель управления сервером, из личного кабинета мы должны в разделе Услуги нажать на Виртуальные серверы, затем на сам сервер, а затем на кнопку Перейти.
Когда откроется панель, нажимаем на кнопку Управление, затем на Виртуальные машины, после этого мы нажимаем на сам сервер и как последний шаг, мы нажимаем на кнопку VNC и авторизируемся на наш сервер.
Чтобы решить проблему с невозможности подключиться на наш сервер через RDP, мы открываем Windows Defender Firewall
После того как сам фаерволл открылся, нажимаем на Allow an app or feature through Windows Defender Firewall.
В новом окне мы ищем Remote Desktop и также включаем галочку чтобы как на Public (публичной сети), так и на Private (приватная сеть) был доступ к RDP. Нажимаем на галочку, затем на кнопку ОК и перезагружаем сам сервер, затем пробуем войти по RDP.
Инструкция выше мне не помогла, что мне делать чтобы исправить работу RDP?
К сожалению если к Вашем серверу по RDP приходит много запросов на подбор паролей, Ваш фаервол может не пускать вас на сервер, даже после действия выше. В таком случае мы должны выключить сам фаервол.
Чтобы это сделать, снова открываем сам фаервол и нажимаем на кнопку Turn Windows Defender Firewall on or of
А затем выключаем сам фаерволл как для пользователей, так и для администратора, нажав на кнопку в оба раздела Turn off Windows Defender Firewall (not recommended)
Нажимаем на кнопку ОК, перезагружаем сервер и проверяем.
Если данный вариант не сработал для вас, внизу вы можете нажать на ссылку и посмотреть инструкцию, как можно сменить RDP порт как это лучший вариант обеспечить безопасность сервера.
Доброго друзья!
Опять поймали проблему с RDS серверами. Проблема такая: пользователей сервера терминалов (RDS на Windows Server 2019) выкидывает из сессии и потом не дает снова им подключиться пока не перезагрузишь сервер. И так
за день может несколько раз случиться. Пару месяцев назад, когда мы только начали переход с Windows Server 2008R2 TS на Windows Server 2019 RDS мы поймали этот глюк и долго искали причину. Причину так толком не удалось найти.
Подозрение было на DLP систему которую мы используем (ставятся агенты на сервера), но удаление этих агентов проблему уже не решало. Так же была мысль, что проблема начинала себя проявлять когда на RDS сервере работало более
25 человек, если меньше проблемы вроде бы как не появлялась. Ресурсов хватает с запасом на RDS!
Т.к. причину мы не нашли и DLP косвенно подозревали, было решено переустановить RDS серверы с нуля и снова мигрировать пользователей уже на переустановленные. Так и сделали. Пару месяцев все было спокойно. Но DLP система опять же
не зря куплена и руководство хочет видеть отчеты по пользователям и т.п. Вот и снова поставили агентов (тем более их версия уже два раза обновилась разработчиком и стала более лучшей). Поставили и через пару дней опять поймали отвалы
сессий RDS. Причем если посмотреть логи RDS сервера на время отвала сессий, то там можно найти несколько событий типа «ошибка отложенной записи» как будто с сетью проблемы, но это не так!!! Сеть в порядке.
Единственное что может так совпало опять, что мы на каждый RDS уже перевели > 30 пользователей и потом поставили агентов DLP. Так что опять непонятно, агент «сломал» что-то или это из-за того что пользователей за
три десятка перевалило? Хотя RDS то рассчитаны на сотни пользователей! И пока опять не понятно что вызывает эти сбои в работе сессий! Сейчас пока агентов отовсюду удалил, наблюдаем за работой серверов — посмотрим будут ли сегодня отвалы сессий.
Попутно и с разработчиками DLP общаюсь. Но если представить что это DLP виновато, то не понятно почему сбоит когда оно уже удалено, если не DLP виновато, то как затраблшутить RDP\RDS чтобы найти источник проблемы?
Подскажите по-та кто силен в теме?
Спасибо
=====
P.S. Сейчас смотрел логи за пятницу когда снова появился глюк, т.к. в торопях (начало пол компании звонить, т.к. не могли работать) пропустил в логах событие и сейчас вспомнил, что пару месяцев назад когда мы только начали
переходить на RDS 2019 тоже было такое же событие в логах: Первое 1) «Серверу узла сеансов удаленных рабочих столов не удалось извлечь сведения о лицензировании пользователей из Active Directory. Ошибка 0x8007054b» и сразу же следом второе
событие 2) «Данный сервер, обслуживающий сеансы подключения к удаленному рабочему столу, не может поддерживать связь с сервером лицензирования удаленных рабочих столов srv-lic-02. Проверьте, запущена ли на сервере лицензирования
служба лицензирования удаленных рабочих столов, принимает ли сервер лицензирования сетевые запросы и зарегистрирован ли сервер лицензирования в WINS и DNS.»
Если бы сервер лицензий был не доступен или с ним была бы проблема, наверняка и на двух других RDS возникла бы тоже проблема с доступом, там пока глюк себя не проявил и в это время нет таких зарегистрированных событий
-
Изменено
7 февраля 2022 г. 7:24
Подключение к удаленному рабочему столу (RDP) является важной функцией для администраторов, что облегчает удаленный доступ к серверу и управление им. Однако, иногда пользователи сталкиваются с проблемами при попытке подключиться к Windows Server 2019 через RDP. В этой статье мы рассмотрим несколько распространенных проблем и способы их решения.
Содержание
- Ошибка «Отказано в доступе»
- Проблемы с лицензированием
- Проблемы с сетевыми настройками
- Основные причины неработающего RDP
- Ошибка в настройках сервера
- Проблемы с брандмауэром
- Ошибки в правилах групповой политики
Ошибка «Отказано в доступе»
Одной из самых частых проблем при подключении по RDP является ошибка «Отказано в доступе». Такая ошибка может возникнуть, если у вас нет необходимых прав доступа или если настройки безопасности сервера не позволяют подключаться удаленно. В этом случае вам необходимо убедиться, что у вас есть права администратора или просить администратора сервера предоставить вам соответствующие права доступа. Также проверьте, что настройки Windows Firewall разрешают входящие соединения по RDP.
Проблемы с лицензированием
Другой распространенной проблемой являются проблемы с лицензированием RDP. Если вы не имеете действительной лицензии для подключения к Windows Server 2019 через RDP, вы можете столкнуться с ограничениями или ошибками при подключении. Убедитесь, что у вас есть соответствующая лицензия для использования RDP на сервере и проверьте, что лицензии не истекли.
Проблемы с сетевыми настройками
Некоторые проблемы с подключением по RDP могут возникнуть из-за сетевых настроек. Убедитесь, что сервер Windows Server 2019 имеет правильные IP-адреса и настройки сети. Проверьте, что сервер подключен к сети и имеет доступ к интернету. Также убедитесь, что сетевые настройки на клиентском компьютере не блокируют подключение по RDP.
Однако, перед внесением каких-либо изменений, важно создать резервную копию системы и сохранить все важные данные. Если вы не уверены, как решить проблему с подключением по RDP, лучше обратиться к квалифицированному специалисту или технической поддержке Microsoft.
Основные причины неработающего RDP
При настройке и использовании RDP на сервере Windows Server 2019 могут возникнуть проблемы с подключением. Ниже приведены основные причины, которые могут привести к неработающему RDP:
- Неправильные настройки сетевого подключения: При настройке RDP необходимо убедиться, что сетевое подключение сконфигурировано правильно. Проверьте, что сетевой адаптер включен, имеет правильные IP-адреса и подсети, а также отсутствуют конфликты IP-адресов.
- Неправильные настройки брандмауэра: Брандмауэр Windows может блокировать входящие соединения RDP. Убедитесь, что в настройках брандмауэра разрешен входящий трафик для порта RDP (по умолчанию порт 3389).
- Отключен сервис RDP: Проверьте, что служба удаленного рабочего стола (RDP) запущена и работает. В случае проблемы можно попробовать перезапустить службу или выполнить повторную установку удаленного рабочего стола.
- Неверные учетные данные: При подключении к серверу по RDP необходимо указать правильные учетные данные (имя пользователя и пароль). Если они введены неверно или учетная запись заблокирована, подключение по RDP не будет работать.
- Ограничение в настройках групповой политики: Групповая политика может ограничивать доступ к RDP на сервере. Убедитесь, что групповая политика не блокирует RDP или не настраивает его неправильно.
- Проблемы с сертификатами: Сертификаты, используемые для шифрования RDP-соединения, могут вызывать проблемы при подключении. Если возникают ошибки связанные с сертификатами, убедитесь, что установлен правильный сертификат и нет проблем с его валидацией.
- Проблемы с обновлениями и патчами: Некоторые проблемы с RDP могут быть связаны с отсутствием или несовместимостью обновлений и патчей операционной системы. Регулярно проверяйте и устанавливайте все доступные обновления для операционной системы.
Ошибка в настройках сервера
Если вы не можете подключиться по RDP к Windows Server 2019, возможно, проблема связана с неправильными настройками сервера. Вот несколько возможных решений:
- Убедитесь, что RDP-служба включена на сервере. Чтобы это проверить, выполните следующие шаги:
- Откройте «Панель управления» на сервере.
- Выберите «Система и безопасность» и перейдите в «Система».
- В левой панели выберите «Дополнительные параметры системы».
- На вкладке «Удаленный рабочий стол» убедитесь, что опция «Разрешить подключение к этому компьютеру» включена.
- Проверьте наличие и правильность исключений в настройках брандмауэра. Для этого выполните следующие шаги:
- Откройте «Панель управления» на сервере.
- Выберите «Система и безопасность» и перейдите в «Система».
- В левой панели выберите «Защитник Windows».
- Нажмите на «Параметры защитника Windows» и выберите «Правила брандмауэра Windows».
- Убедитесь, что имеются исключения для «Удаленного рабочего стола». Если таких исключений нет, добавьте их.
- Проверьте, не блокируют ли другие программы или службы порт, используемый для RDP (порт 3389 по умолчанию).
- Выполните команду «netstat -an» в командной строке на сервере.
- Убедитесь, что порт 3389 открыт и слушает внешние подключения.
- Если порт заблокирован, вы можете изменить его на другой (например, 3390) и обновить настройки в вашем клиентском приложении RDP.
- Проверьте, что у вас есть права на подключение через RDP.
- Откройте «Системные свойства» на сервере (как описано выше).
- На вкладке «Удаленный рабочий стол» нажмите на «Дополнительно».
- Убедитесь, что вы или ваш пользователь включены в группу «Пользователи удаленного рабочего стола».
- Перезагрузите сервер и клиентский компьютер. Иногда проблема может быть связана с временным сбоем или неправильно установленным соединением. Простое перезапуск может помочь решить проблему.
Если после всех этих мероприятий проблема не решена, возможно, вам потребуется обратиться к системному администратору или службе поддержки, чтобы получить дополнительную помощь и устранить проблему подключения по RDP к Windows Server 2019.
Проблемы с брандмауэром
| Проблема | Решение |
|---|---|
| Брандмауэр блокирует исходящий трафик RDP | Откройте порт 3389 в брандмауэре, чтобы разрешить исходящий трафик RDP. |
| Брандмауэр блокирует входящий трафик RDP | Создайте правило в брандмауэре для разрешения входящего трафика на порт 3389. Убедитесь, что правило настроено правильно и применено ко всем необходимым сетевым профилям (публичным, частным, домашним). |
| Установленное программное обеспечение брандмауэра блокирует RDP | Проверьте настройки программного обеспечения брандмауэра на сервере. Если установлено дополнительное программное обеспечение брандмауэра (например, сторонний продукт), убедитесь, что оно настроено правильно и не блокирует RDP. |
| Проблемы с правилами брандмауэра | Проверьте правила брандмауэра на сервере и убедитесь, что они настроены правильно. Удалите ненужные или поврежденные правила и создайте новые при необходимости. |
| Брандмауэр не является причиной проблемы | Если проблема с подключением по RDP не связана с брандмауэром, рассмотрите другие возможные причины, такие как проблемы с сетевыми настройками, отключенным службам или некорректной конфигурацией RDP. |
Помните, что при настройке брандмауэра важно соблюдать принцип безопасности и разрешать только необходимые порты и трафик для минимизации рисков.
Ошибки в правилах групповой политики
Ошибки в правилах групповой политики могут вызвать проблемы с подключением по RDP к Windows Server 2019. Вот несколько распространенных ошибок:
1. Неправильные настройки порта RDP: убедитесь, что порт RDP (по умолчанию 3389) открыт и не заблокирован на сервере и маршрутизаторе.
2. Ограничения в правилах брандмауэра: убедитесь, что правила брандмауэра на сервере разрешают входящие подключения по RDP.
3. Ошибки в настройках пользователей и групп: проверьте, что пользователи, которым разрешен доступ по RDP, состоят в правильной группе (например, группе «Удаленный рабочий стол пользователи»).
4. Неправильные настройки шифрования: убедитесь, что настройки шифрования RDP на сервере и клиентском компьютере совпадают.
5. Неправильные настройки политик безопасности: проверьте, что политики безопасности на сервере Windows Server 2019 не запрещают подключение по RDP.
Решение проблем с подключением по RDP к Windows Server 2019 связано с правильной настройкой групповой политики. Ошибка в любом из указанных выше аспектов может вызвать проблемы. Поэтому важно тщательно проверить все настройки, чтобы устранить возможные ошибки и обеспечить правильное подключение по RDP.
Good Morning Spicers!
Having trouble with a new Server 2019 Remote Desktop Services Deployment.
We previously had a Windows Server 2012 R2 Windows Remote Desktop deployment going, and it was working fine. That server was a physical server.
I have installed a new server, which is running a virtual machine that I now want users to connect in to via RDP. I have created the remote desktop services installation and everything is running fine on the Server and it has valid, trusted certificates installed pointing to the external FQDN example «rdp.ourdomain.com» which points to our dedicated IP and matches the name of the server that I want the users to connect in to which is running all of the roles except for the licensing role, which the server the hyper-v virtual machine is installed on is hosting.
For some reason, this just isn’t working. I had no issues with the previous deployment, so I feel that there must be some special consideration or something when using a virtual machine? Though I can’t seem to find any documentation mentioning it.
Breakdown of the situation:
Domain Controller 2 Server 2019: Running RDS Licensing Role, has RDS VM installed on it, as well as virtual switch granting external network access.
RDS VM Server 2019: Running RD Connection Broker, RD Gateway, RD Web Access, RD Session Host with a session collection created. Also has valid, trusted certificates installed for external FQDN which matches server name.
When I try to remote desktop in, I get nowhere. Nothing, nada. It attempts, and then just says cannot fine the remote computer. I am able to ping the ip it points to, and traceroute completes just fine.
Any ides? Am I missing something here? Thanks!!