res2001

Проверьте, чтоб работала технология ms easyprint. Как правило она увеличивает скорость печати и позволяет не ставить драйвера принтера на терминальный сервер.

Недавно уже был тут подобный вопрос.
Становится похоже на баг.

В нормальном состоянии эта служба не должна вообще жрать ресурсы.
Этот сервис часто использует разное стороннее ПО.
Например драйверы устройств или что-то из автозагрузки.
Нужно бороться не с самой службой, а найти тот софт, который дает нагрузку.
Начните с софта из автозагрузки: по одному останавливайте процессы и смотрите как будет изменяться нагрузка на проц.
Затем то же самое со сторонними службами.
Драйвера устройств - можно просто обновить.
Так же такое поведение может иногда наблюдаться, если прямо сейчас фоном ставятся виндовые обновления.

Эту службу можно и остановить, но может много чего отвалится и системного и стороннего. Винда работать не перестанет.

Скачайте с сайта интела новый драйвер для вашего сетевого адаптера конкретно под вашу ОС.

Кроме не рассматриваемого варианта эта ошибка может быть вызвана следующими причинами:
1.удаленному пользователю на сервере не назначен пароль;
2.пользователь не является администратором или пользователь не входит в группу "Пользователи удаленных рабочих столов".

Вообще странно, что пришлось выключить "Network Level Authentication". Вариант с выключением этой настройки предназначен для старых клиентов под WinXP. В Вин10 клиент точно это поддерживает (собственно в Вин7 уже это работало).

Если спулер завис и не реагирует убейте его процесс (spool.exe). Затем стартуйте его любым способом.
Вообще спулер чаще всего глючит из-за проблемных драйверов принтеров, ищите корень проблемы тут.
Неоднократно сам сталкивался с подобным. Убийство спулера никаких проблем обычно не вызывает - он итак уже не работает.
Нужно вычислить проблемный драйвер, чаще всего это что-то из последнего установленного. Для начала удалите принтер вместе с драйвером и посмотрите на поведение спулера, если он начнет работать нормально, значит дело именно в этом драйвере. Можно найти у производителя новую версию драйвера с исправленными проблемами или поискать какой-то подходящий драйвер, входящий в состав винды.
Сталкивался с ситуацией, когда новая версия драйвера от производителя имеет какие-то проблемы, из-за чего приходилось откатываться на предыдущую. Поэтому всегда держал заведомо рабочую проверенную версию драйвера и последнюю.

Любой легковесный линукс и RDP клиент.

Сейчас этот вопрос не актуален, имхо, т.к. языки во всех версиях системы добавляются через LanguagePack. Т.е. локализация вынесена отдельно и не влияет на работу ОС, поэтому "неопознанных багов" в локализованной версии по сравнению с англоязычной в Вин7+ быть не должно.
Осталась одна причина, о которой написал Довольный Жизнью "перевод ошибок на русский иногда ужасен и по английскому варианту даже нагуглить решение проще". Но это сильно зависит от скилов в поиске, можно и по английскому варианту ничего не найти.

Если правило при "Любом адресе" отрабатывает, а при установленных конкретных адресах - нет, при прочих неизменных параметрах, значит вы устанавливаете не правильные адреса.

Почему 2003 сервер - это же старье. В 2015 закончилась официальная расширенная поддержка. Нужно срочно уходить с него.

PS: Залейте на сервер этот каталог с установочного образа. Образ можно взять у микрософта (триал).

Если софтина 32битная, то больше 4 Г памяти она потребить не сможет. При этом физической памяти может быть больше. У 64битного софта ограничение по памяти гораздо больше.
Как вариант - запускать софт в виртуальной машине, которой выделено ограниченное количество памяти.
Пожалуйтесь разработчику, пусть исправляет баги.

Видимо нужно обновить WSUS. В свое время было, что микрософт отказывался от поддержки более новых версий ОС в WSUS старых версий, приходилось внепланово обновлять WSUS. Это, кстати, частая история. Так же бывало, что обновление WSUS для поддержки новых версий винды еще не выпустили. В общем есть варианты.
За подробностями можно сходить к микрософту, предварительно узнав точную версию WSUS.

Начать можно с пинга сервера, далее протестируйте подключение через телнет:
telnet IP PORT
Если подключиться экран очистится и возможно соединение сразу разорвется (но не обязательно, зависит от сервера).
Если телнет подключиться, значит проблема в клиентском софте. Если не подключиться - нужно проверять всю цепочку от сервера до клиента, блокировка может быть где угодно, в т.ч. у провайдера.

Кроме стандартных настроек:
1.правило должно быть на входящий трафик (на сколько я понял из вопроса вы блокируете входящие запросы);
2.правило должно быть включено;
3.в правиле должен быть выбран правильный профиль фаервола (тот который используется виндой);
4.фаервол должен быть включен (по моему в виндовом сервере он по умолчанию выключен)

Дайте доступ учетной записи пользователя, а не компьютера.

Покупаете за недорого ВДС со статическим белым адресом, разворачиваете на нем ВПН сервер, к которому будет цеплятся уже ваш сервер, на ВДС настраиваете НАТ с пробросом RDP трафика на ваш сервер. Все.
В такой конфигурации можете таскать ваш сервер куда угодно, менять его адреса по 100 раз на дню.
Если настроить ВПН еще и на клиентах можно обойтись без НАТа, а нарпямую ходить на сервер по внутреннему адресу ВПН.

Не нужно знать пользовательские пароли - это порочная практика.
Сбрасывайте пароль пользователя в некоторое значение по умолчанию (типа 1234) и проставляйте принудительную смену пароля при следующем входе.

Возможно не хватает места на системном диске.
Если ставите из интернета, возможно файл скачался не корректно.
Можно попробовать вручную установить это обновление: Windows8.1-KB2999226-x64.msu, взяв его у микрософта.
Скачайте offline установщик студии и ставьте его.

1.Можно запускать как сервис. Создать сервис можно с помощью sc create /? или srvany (поищите в интернете).
2.С помощью шедулера - повесить задание на старт компьютера или на вход пользователя.
3.Поместить в автозагрузку.
4.Прописать параметр автозагрузки в реестре: HKLM\Software\Microsoft\Windows\CurrentVersion\Run
или аналогичный параметр в ветке HKCU.

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