Windows server 2003 не подключается по rdp

Windows Server 2003 является устаревшей операционной системой, но многие компании по-прежнему используют ее в своих серверных средах. Одной из распространенных проблем, с которой пользователи сталкиваются, является неполадка с удаленным рабочим столом (RDP).

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

1. Проверьте настройки RDP.

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

2. Убедитесь, что порт RDP доступен.

Вторым шагом является проверка доступности порта RDP. По умолчанию, сервер Windows использует порт 3389 для подключения через RDP. Убедитесь, что порт 3389 открыт на сервере и в вашей сети.

Если ваша сеть настроена на использование другого порта RDP, убедитесь, что этот порт также открыт.

3. Проверьте наличие обновлений и исправлений.

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

Примечание: Учитывайте, что поддержка Windows Server 2003 была прекращена Microsoft. Рекомендуется вместо этой операционной системы перейти на более современную версию, такую как Windows Server 2016 или Windows Server 2019.

Следуя этому подробному руководству, вы сможете исправить неполадку с RDP на сервере Windows Server 2003. Но помните, что безопасность и надежность операционной системы являются ключевыми факторами, и рекомендуется обновить сервер до более современной версии.

Как устранить проблему с RDP на Windows Server 2003?

При возникновении проблем с удаленным рабочим столом (RDP) на операционной системе Windows Server 2003, следует предпринять следующие шаги для устранения неполадок:

1. Убедитесь, что RDP включен:

Убедитесь, что удаленный рабочий стол включен на вашем сервере. Для этого перейдите в меню «Пуск», выберите «Панель управления» и откройте «Систему». Затем перейдите на вкладку «Дополнительно» и нажмите на кнопку «Удаленное подключение к этому компьютеру». Убедитесь, что опция «Разрешить пользователям подключаться к этому компьютеру» включена.

2. Проверьте настройки брандмауэра:

Убедитесь, что настройки брандмауэра разрешают подключение по RDP. Перейдите в меню «Пуск», выберите «Панель управления» и откройте «Центр управления Windows Firewall». Нажмите на вкладку «Исключения» и убедитесь, что опция «Удаленный рабочий стол» отмечена.

3. Проверьте доступность порта RDP:

Убедитесь, что порт RDP (по умолчанию 3389) доступен. Вы можете использовать утилиту «telnet» для проверки доступности порта с другой машины. Откройте командную строку и выполните команду «telnet имя_хоста 3389», заменив «имя_хоста» на имя или IP-адрес вашего сервера. Если подключение выполняется успешно, порт RDP доступен. Если подключение не выполняется, возможно, порт RDP заблокирован вашим брандмауэром или маршрутизатором.

4. Проверьте наличие доступных лицензий:

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

5. Перезапустите службу удаленного рабочего стола:

Если все вышеперечисленные действия не помогли, вы можете попробовать перезапустить службу удаленного рабочего стола. Откройте «Диспетчер служб» на вашем сервере, найдите службу «Terminal Services» (Службы терминалов) и перезапустите ее. После перезапуска проверьте функциональность RDP.

Следуя этим шагам, вы сможете устранить проблему с RDP на Windows Server 2003 и восстановить полную функциональность удаленного рабочего стола.

Источник

Hello,

I have a server which no one can RDP into and would like to hopefully find a solution.  Message that users get when trying to remote desktop to a Windows 2003 R2 server:

«The client could not connect to the remote computer.  Remote connections might not be enabled or the computer might be too busy to accept new connections.  It is also possible that network problems are preventing your connection»

in tsadmin there is no «RDP-TCP Listener» protocol

after running qwinsta from command line there is no «TCP listen»

troubleshooting steps already performed:

Rebooted Server

Followed instructions in http://support.microsoft.com/kb/555382 to make sure that terminal service is trying to use correct network connection. 

In Terminal Services Configuration\ Connections, deleted «RDP-TCP» and then created a new connection using defaults

Rebooted server

Attempted to restore an older version of the terminal server key in the registry by exporting from controlset003 and importing it into currentcontrolset

rebooted server

same problem error exists when trying to RDP.  Also, the TCP-Listener protocol is still not present in tsadmin.  Any assistance would be greatly appreciated.

Источник

I’ve got a Windows 2003 server that’s at my remote data center. This morning I tried to connect to it via RDP, but the connection fails with the following error:

This computer can’t connect to the remote computer.
Try connecting again. If the problem continues, contact the owner of the remote computer or your network administrator.

I have also trying issuing a remote shutdown/restart command using the «shutdown -i» command from my local system. No error is reported, however the system does not reboot.

This server runs SQL Server 2005 and it is still fully operational and responsive to queries.

I can also remotely connect to the services control panel of the remote system.

Is there anything that I can try to regain control of the system, short of having an operator in the data center do a hard reboot on the server for me?

voretaq7's user avatar

voretaq7

80k17 gold badges131 silver badges215 bronze badges

asked May 11, 2009 at 15:59

Richard West's user avatar

Richard WestRichard West

2,97812 gold badges44 silver badges49 bronze badges

Try instead:

shutdown -r -f -m \\hostname -c "Comment goes here"

That’s a bit drastic, but I’ve had the need to do that in a very similar environment to what you describe. I also open a cmd window and start a ping -t against the server to watch when the IP stack goes down and comes back up. This is a very useful indicator of activity when you don’t have physical access to the server (or are too lazy to get up and walk over to it).

EDIT: (based on your comment)
Ok, do this first and then try the above again (or restart it as normal if this works). See it that gets you farther. The -a will abort a system shutdown.

shutdown -a -m \\hostname

answered May 11, 2009 at 16:13

squillman's user avatar

3

I encountered the same issue trying to perform a remote reboot on a Windows XP machine. What I ended up doing was using the PsKill command, part of the SysInternals PsTools suite, to kill the Winlogon process, like so:

pskill \\hostname winlogon

This will cause the remote machine to reboot immediately.

answered Nov 27, 2009 at 20:31

Tweek's user avatar

TweekTweek

3023 silver badges9 bronze badges

2

Well, this is kind of crazy but you can enable xp_cmdshell on SQL Server then execute commands as the user that is running SQL Server, so you can do a shutdown -r if it won’t listen to remote commands.

If you want to try and re-start RDP w/o rebooting the box, you may try (this is untested; I’m not going to do this on any of my boxes :D):

Figure out what is listening on 3389 (RDP port) by asking for:

xp_cmdshell 'netstat -anO | findstr ":3389"'

Kill the pid with taskkill. Finally, issue a 

NET START "TERMINAL SERVICES"

Hold your breath, then try RDP again.

answered May 11, 2009 at 16:37

Matt Rogish's user avatar

Matt RogishMatt Rogish

1,5126 gold badges25 silver badges41 bronze badges

2

If you issued a shutdown/restart and the server just will not go down, you can kill the wininit.exe process with the pskill tool.
In windows 2012, you can use taskkill native tool.

answered Oct 14, 2015 at 5:56

John Kim's user avatar

First check to always do whether you’re sure of it, check if firewall let RDP go through ;) That’s not stupid, It’s just sometime happen out from nowhere ;)

Also check that Terminal Service is on, and maybe try to reboot it if you have a chance to get physically on the server.

This kind of thing also happen to me on my 2003 R2 server.

answered May 11, 2009 at 16:02

Marc-Andre R.'s user avatar

Marc-Andre R.Marc-Andre R.

2,4873 gold badges23 silver badges21 bronze badges

1

When Terminal Services stops working.

This is less an answer to your question and more an explanation to what might have caused it. I have seen RDP stop working several times on Windows Server 2003, and it’s usually occurs in one of two scenarios;

  1. Post-patching. The system is restarting after an automatic update, but never fully shuts down. Terminal sessions are logged off and no new connections are accepted, but the server (file, mssql, DC) keeps on working.

  2. This KB article CTX116901 describes a fault where the session image space is too small and it can’t load any more video or printer drivers, (hence it being a problem for MetaFrame servers).

To set the size of the session image space via registry key, try 

reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v "SessionImageSize" /t REG_DWORD /d 0x20

Try values like,
0x10 (16 Mb)
0x20 (32 Mb)

answered Jun 22, 2009 at 19:26

nray's user avatar

nraynray

1,54017 silver badges23 bronze badges

I had same problem the PSKill worked like a charm — have looked for at program like this for ages — never knew that sysinternals had released one.

answered Feb 14, 2010 at 18:47

Clark BirkelundClark Birkelund

this is usually caused by a task that will not shut down, the server awaits the task shutdown in order to continue with the restart.
you can solve this by finding the culprit task and remotely closing it.
use:
tasklist /s HostName
usually SQL is the immediate suspect.
use Taskkill to kill it, and the server will than carry on with the restart.

answered Feb 23, 2010 at 5:49

You must log in to answer this question.

Not the answer you’re looking for? Browse other questions tagged

.

Источник

Когда заблочилось?

. В Windows 2003 при задействии сервера терминалов читается ветка реестра HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers. Для каждого лицензионного сервера в ней необходимо создать пустой подраздел (key) с именем этого лицензионного сервера. Можно указывать NetBIOS-имя, FQDN или же IP сервера (но не обязательно, особенно при ДНС сервере на той же машине). Пример названия ветки реестра для лицензионного сервера Serv1:
HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers\Serv1

То есть РУЧКАМИ делаем еще две “папки” реестра \LicenseServers\Serv1 — и, вуаля! Все работает.

***

2. Eleffant :

Спасибо автору. Помогло, только пришлось добавить: сменил в настройке служб терминалов: в «параметрах сервера» «лицензирование» с «На устройство» на «На пользователя» и в «Подключении» в свойствах RDP-Tcp поставил галку «использовать обычную проверку подлинности Виндовс». И все пошло…

3. Я нагуглил другой вариант. На клиенте удаляется в реестре следующий контейнер (папка): HKEY_LOCAL_MACHINE/Software/Microsoft/MSLicensing
И всё, снова пробуем подключаться — и всё работает. Даже сервер трогать не пришлось. ……..У меня этот способ, во-первых, не сработал, во-вторых, 200 клиентов, ну нафиг :)

4. Удаленный сеанс отключен из-за отсутствия доступных лицензий клиента сервера терминалов для этого компьютера. Обратитесь к администратору сервера.

При попытке подключиться к удалённому рабочему столу, выдаёт ошибку «Удаленный сеанс отключен из-за отсутствия доступных лицензий клиента сервера терминалов для этого компьютера. Обратитесь к администратору сервера«, что делать? Как исправить проблему?

Решение:

Необходимо удалить раздел реестра MSLicensing. Для этого проделайте следующие действия:

  1. На клиенте перейдите в следующий подраздел реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing.

  2. Выберите пункт MSLicensing.

  3. В меню Правка выберите команду Удалить, а затем нажмите кнопку Да, чтобы подтвердить удаление подраздела реестра MSLicensing.

  4. Закройте редактор реестра и пробуйте снова подключиться к удалённому компьютеру.

Исхода возможно два:

1) всё запустится и будет работать.

2) не запустится, но выдаст уже другую ошибку «Удаленный компьютер отключил сеанс из-за ошибки в протоколе лицензирования. Попытайтесь подключиться к удаленному компьютеру снова или обратитесь к администратору сервера«.

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

***

5. http://technet.microsoft.com/ru-ru/library/cc771547.aspx Активация сервера лицензирования удаленных рабочих столов

6. http://www.itword.net/page/rdp-windows-server-2008r2 Поднимаем на Windows Server 2008 r2 сервер удалённых рабочих столов

7. Не совсем понятна что именно за консоль. Ошибка похожа на оишбку лицензирования при подключении к терминальному серверу. Для администрирования можно попробовать запускать клиент удаленного рабочего стола с ключом /admin (это не требует лицензии):
mstsc.exe /admin
Также можно попробовать удалить из реестра раздел mslicensing (предварительно сделать резервную копию).

8. Такая ошибка возникает из-за нехватки лицензий при схеме лицензирования на устройство. Сначала пользователю выдается временная лицензия (если не ошибаюсь на 90 дней). Если в течении этого времени ему не выдана постоянная лицензия, то возникает подобная ошибка. Удаление раздела реестра позволит получить временную лицензию заново (для этого надо обладать правами администратора на клиентской рабочей станции). В консоли лицензирования проверьте каким компьютерам выданы постоянные лицензии и при необходимости отзовите ненужные (можно отозвать порядка 20-30% лицензий за раз). При необходимости добавьте дополнительные лицензии.

9.. попробуйте почистить ветку реестра, удалить ее содержимое HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing

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

Пуск->Выполнить->gpedit.msc

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

11.

Что делал для доступа удаленного и сломить ограничение 2 сеанса.  Пуск-поиск — конфигурация сервера узла сеансов удаленных рабочих столов — rdp-tcp — свойства — сетевой адаптер — тут максимум 2 ( далее крутим сервер и все таки доводим до предела)….

 Первое где нашли, но не сразу смена, вроде бы как поставил роль — terminal server

Начнем до установки в роли.

gpedit.msc — конфигурация компьютера — административные шаблоны — компоненты windows — службы удаленных рабочих столов — узел сеансов удаленных рабочих столов — подключения — ограничить кол-во подключений — включаю на предел 999999

Остальное в ветке было не задано как настроился (gpedit.msc — конфигурация компьютера — административные шаблоны — компоненты windows — службы удаленных рабочих столов)

Это вобще первостепенное что уже должно быть кому разрешаем вообще соединение с сервером…

gpedit.msc -конфигурация компьютера — конфигурация windows — параметры безопасности — Локальные политики –> Назначение прав пользователя -> Разрешить вход в систему через службу удаленных рабочих столов») …. тут прописываю группы, а не отдельных пользователей если станет их много.

Результат был серавно 2 пользователя.

Еще лазил в реестре незнаю что но там где ломало XP по кол-ву ссесий нашел такое maxinstanceCount в ветке(папке) RDP-TCP было 2 поставил 12

Тогда я ставлю роль служба терминалов (termainal server), добавил первые три компонента без web доступа и вроде бы лицензий…

Не работало вроде зашел в диспетчер сервера — роли — службы удаленных рабочих столов —

И начал заходить в настройки три (изменить)

1. Параметры сервера узла сеансов урс

2. Параметры шлюза урс

3. Параметры RDD (тут поставил 16 бит)

Как пошастал тут заработали больше 2 ссесий, но были перезагрузки после измений.

Установка программ

Программы следует устанавливать после установки службы роли сервера терминалов. При установке этой службы на компьютер, на котором уже установлены какие-либо программы, некоторые из них могут работать неправильно в многопользовательской среде.

Для правильной работы некоторых программ на сервере терминалов в их установку требуется внести незначительные изменения.

Перед установкой программы на сервере терминалов введите в командной строке команду change user /install, чтобы перевести систему в режим установки. После установки программы введите в командной строке команду change user /execute, чтобы вернуть систему в режим выполнения.

Примечание

Если программа устанавливается из MSI-пакета, выполнять эти команды для перевода системы в режим установки и обратно не требуется. Вместо этого можно непосредственно запустить MSI-пакет или связанный с ним установочный файл.

Если имеются программы, связанные друг с другом или зависящие друг от друга, рекомендуется устанавливать их на одном и том же сервере терминалов. Например, рекомендуется устанавливать Microsoft Office как пакет, а не устанавливать отдельные программы Microsoft Office на разных серверах терминалов.

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

  • Программа имеет проблемы совместимости, которые могут повлиять на работу других программ.

  • Одна программа и связанные с ней пользователи могут занять все ресурсы сервера.

Нашел еще в СИСТЕМА

Настройка параметров удаленного подключения

  1. Запустите средство «Система». Чтобы сделать это, воспользуйтесь одним из способов, описанных ниже.

    • Нажмите кнопку Пуск и выберите команду Панель управления. В окне Панель управления дважды щелкните значок Система.

    • Нажмите кнопку Пуск, выберите команду Выполнить, введите control system и нажмите кнопку ОК.

  2. В области Задачи выберите пункт Настройка удаленного доступа.

  3. В диалоговом окне Свойства системы на вкладке Удаленный выберите один из приведенных ниже вариантов в зависимости от среды.

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

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

    Для получения дополнительных сведений об этих двух параметрах щелкните на вкладке Удаленный ссылку Помочь выбрать.

  4. Чтобы добавить пользователей и группы, которым требуется подключение к серверу терминалов с помощью удаленного рабочего стола, нажмите кнопку Выбор пользователей. Эти пользователи и группы добавляются в группу «Пользователи удаленного рабочего стола».

    Члены локальной группы «Администраторы» могут подключаться, даже если они не указаны в списке.

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

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

ЕСТЬ ЕЩЕ РЕШЕНИЕ: После блоков, запустить под администратором RDP -клиент , вроде ключ  /admin, есть еще зачем -то /console

Источник

  • Windows server 2003 сетевой диск
  • Windows server 2003 не выключается
  • Windows server 2003 как удалить службу
  • Windows server 2003 загрузочная флешка
  • Windows server 2003 добавить пользователя