Устранение неполадок с установкой windows server 2012 r2 essentials

Проблемы при лицензировании терминальных серверов

Ситуация такая, ранее я развернул новую терминальную ферму Remote Desktop Services High Availability на базе Windows Server 2019 с определенным количеством RDSH хостов. Решил через месяц добавить еще несколько сервер подключений и после ввода их в состав RDS фермы и подключившись на каждый из них я увидел ошибку получения лицензий в виде формулировки:

Не указан сервер лицензирования удаленных рабочих столов. Службы удаленных рабочих столов прекратят работать через 91 день, если не будет указан сервер лицензирования. На сервере посредника подключений

Самое интересное, что у меня при разворачивании RDS фермы был добавлен сервер лицензирования, который мы специально устанавливали под Windows Server 2019. Давайте разбираться в чем дело.

Подключение к удаленному рабочему столу

Для подключения к VDS с Windows Server используется протокол RDP. Встроенное приложение для его выполнения есть только на Windows. На других ОС для подключения через RDP потребуется установка сторонних приложений.

Подключение по RDP c Windows

Откройте меню «Пуск» и найдите утилиту «Подключение к удаленному рабочему столу». Например, на Виндоус 10 она находится в разделе «Стандартные Windows». Можно также воспользоваться встроенным поиском или утилитой «Выполнить»: нажать на сочетание клавиш Win+R и ввести запрос mstsc.

Введите в окне программы IP-адрес сервера, к которому хотите подключиться. Он указан в письме, которое прислал хостер. Нажмите «Подключить».

Выберите учетную запись для авторизации и введите пароль. Эти данные хостер присылает на почту.

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

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

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

Подключитесь к удаленному рабочему столу с помощью встроенной утилиты.
Перейдите на вкладку «Локальные ресурсы».
Выберите диски или другие источники.

После выбора локальных источников вы можете получить к ним доступ с удаленного рабочего стола на VDS с Windows Server.

Подключение по RDP c Linux

На Linux нет официального протокола для подключения через RDP к Win-серверу. Однако это не проблема. Установить соединение можно с помощью клиента Remmina.

В качестве примера установим утилиту на Ubuntu. Откройте терминал и выполните следующие команды:

sudo apt-add-repository ppa:remmina-ppa-team/remmina-next // Установка Remmina

sudo apt-get update // Установка апдейтов

sudo apt-get install remmina remmina-plugin-rdp libfreerdp-plugins-standard // Установка плагина РДП

После установки клиент появится в списке приложений. Найдите его и запустите. Нажмите на плюсик для добавления нового подключения и введите уже знакомые данные: IP-адрес сервера, логин, пароль. Главное — выбрать в строке Protocol значение RDP (Remote Desktop Protocol).

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

При первом подключении может появиться предупреждение о недоверенном сертификате безопасности. Ситуация такая же, как в случае с WIndows. Никакой угрозы безопасности нет, поэтому просто игнорируйте предупреждение. Нажмите ОК в появившемся окне.

Подключение с macOS

На macOS для подключения к удаленному рабочему столу на Windows Server используется фирменное приложение Microsoft, которое называется Remote Desktop. Его можно установить из App Store.

Запустите программу и нажмите на кнопку New.
В Connection name укажите любое имя для подключения — например, VDS Windows.
В строке PC name пропишите IP-адрес сервера, к которому вы будете подключаться.
В разделе Credentials укажите логин и пароль для подключения к VDS.

После сохранения настроек в списке подключений появится новое соединение. Выделите его и нажмите на кнопку Start или используйте двойной клик.

При первом подключении может появиться предупреждение о недоверенном сертификате. Нажмите на кнопку «Показать сертификат» и отметьте пункт «Всегда доверять». Больше предупреждение не будет появляться. Проблем с безопасностью из-за этого не возникнет.

RDP на Android и iOS

Подключиться к удаленному рабочему столу с Windows Server можно и с мобильного устройства. На Android и iOS для этого используется фирменное приложение Microsoft, которое называется Remote Desktop.

На обеих мобильных системах подключение через RDP настраивается одинаково.

Запустите приложение и нажмите на плюс для добавления нового соединения.
Выберите тип «Рабочий стол» (Desktop).
В поле «Имя ПК» укажите адрес сервера.
Впишите имя администратора и пароль.
При появлении предупреждения о недоверенном сертификате отметьте пункт «Больше не спрашивать» и нажмите «ОК».

После успешного подключения вы увидите удаленный рабочий стол, размещенный на VDS с Windows Server.

Анализ логов при временном профиле

Симптомы ошибки:

Создается дополнительная папка профиля пользователя. К имени этой папки добавляется имя домена NetBIOS или трехзначный суффикс. Например, имя папки — Username.ROOT или Username.000.
Если у пользователя есть перемещаемый профиль, некоторые приложения, использующие пути «Папки оболочки» в реестре, перестают отвечать. Кроме того, когда пользователь выходит из компьютера, изменения в данных приложения, которые хранятся в профиле пользователя, не перемещаются в базу данных домена.

Когда вы откроете журналы событий, то вы можете обнаружить вот такие события в журнале «Приложение»:

Предупреждение с кодом ID 1509: Windows не удается скопировать файл \\?\UNC\root.pyatilistnik.org\root\Boy\WINDOWS\win.ini в расположение \\?\C:\Users\Boy\WINDOWS\win.ini. Возможная причина — сетевые проблемы или недостаточные права безопасности. ПОДРОБНО — Отказано в доступе.

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

Ошибка ID 1533, источник User Profile Service: Не удается удалить папку профилей C:\Users\Boy. Возможная причина — файлы этой папки используются другой программой. ПОДРОБНО — Папка не пуста.

Ошибка с кодом ID 1511, источник User Profile Service: Windows не удалось найти локальный профиль пользователя, вход в систему выполнен с временным профилем. Любые изменения профиля будут потеряны при выходе.

Более детально, что происходит на терминальном сервере в момент входа пользователя, можно проследить в журнале Microsoft-Windows-User Profile Service/Operational. При входе на терминальный стол формируется событие с кодом ID 1: Получено уведомление о входе пользователя для сеанса 151. Тут сразу можно увидеть нужный ID пользователя, чтобы потом найти его процессы и PID.

Далее идет событие с кодом ID 64: Отношение к основному компьютеру не было проверено для этого компьютера и этого пользователя. Причина: running as a terminal server farm.

Далее начинается попытка синхронизации перемещаемого профиля в событии ID 6.

Видим. что синхронизация завершена не полностью: Событие с кодом ID 7: Завершена синхронизация профиля \\root.pyatilistnik.org\root\Boy с C:\Users\Boy Результат: Запрос ReadProcessMemory или WriteProcessMemory был выполнен только частично.

Видим, что ему создался временный TEMP профиль, а так же видно его SID:

Событие с кодом ID 5: Файл реестра C:\Users\TEMP.003\ntuser.dat загружен в HKU\S-1-5-21-551888299-3078463796-3314076131-11105.

ну и событие ID 67 нам говорит, что мы вошли с временным профилем: Тип входа: RDS Расположение локального профиля: C:\Users\TEMP.003 Тип профиля: Temporary

Симптомы

В этой статье описываются симптомы, причины и решения для устранения сбоя репликации Active Directory с ошибкой Win32 1722. Сервер RPC недоступен.

DCPROMO Promotion реплики DC не удается создать объект NTDS Параметры на помощнике DC с ошибкой 1722。

Текст заголовка диалогового диалога: Мастер установки служб доменных служб Active Directory

Текст диалогового сообщения:
DCDIAG сообщает, что с ошибкой 1722 не удалось проверить репликации Active Directory. Сервер RPC недоступен.
REPADMIN.EXE сообщает, что попытка репликации не удалась со статусом 1722 (0x6ba).

Команды REPADMIN, которые обычно ссылаются на состояние -1722 (0x6ba), включают, но не ограничиваются:

Пример вывода и изображение недоступен ошибки сервера RPC ниже:

Пример вывода изображения сервера RPC недоступен, показан ниже:
Команда репликации в Active Directory Sites and Services возвращает, что сервер RPC недоступен.

Щелкнув правой кнопкой мыши по объекту подключения из источника постоянного тока и выбрав репликацию, теперь не удается с сервером RPC недоступен. Сообщение об ошибке на экране отображается ниже:

Текст заголовка диалогового диалога: Репликация теперь

Текст сообщения диалогового сообщения:

Проверка согласованности знаний NTDS (KCC), NTDS General или события Microsoft-Windows-ActiveDirectory_DomainService с состоянием 1722 регистрируются в журнале событий службы каталогов.

События Active Directory, которые обычно ссылаются на состояние 1722, включают, но не ограничиваются:

Источник события	Идентификатор события	Строка события
Microsoft-Windows-ActiveDirectory_DomainService	1125	Мастер установки доменных служб Active Directory (Dcpromo) не смог установить подключение к следующему контроллеру домена.
NTDS KCC	1311	Проверка согласованности знаний (KCC) обнаружила проблемы со следующим разделом каталога.
NTDS KCC	1865	Проверка согласованности знаний (KCC) не смогла сформировать полную топологию сети деревьев. В результате с локального сайта невозможно получить следующий список сайтов.
NTDS KCC	1925	Попытка установить ссылку на репликацию для следующего раздела каталога writable не удалась.
Репликация NTDS	1960	Внутреннее событие. Следующий контроллер домена получил исключение из подключения удаленного вызова процедуры (RPC). Возможно, операция не удалась.

Ошибка установки/удаления ролей в Windows Server: не удается завершить операцию, требуется перезагрузить сервер

При установке любой роли или компонента в Windows Server 2016 появляется ошибка, что сервер требует перезагрузки: “ The operation cannot be completed, because the server that you specified requires a restart ” ( Сбой запроса на добавление или удаление компонентов на указанном сервере. Не удается завершить операцию, так как требуется перезагрузить указанный сервер ). Ок, перезагружаем сервер, пытаемся установить роль и опять появляется ошибка, что нужна перезагрузка сервера. Но ошибка повторяется, и так дальше по циклу.

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

В журнале событий сервера (Event Viewer -> Windows Logs -> System) при этом фиксируетсся ошибка EventID 7041 от источника Service Control Manager. В событии указано:

Чтобы решить проблему, необходимо предоставить права входа в качестве службы для “NT SERVICE\ALL SERVICES» (и для NT SERVICE\MSSQL$MICROSOFT##WID, если ошибка связана с установкой роли сервера обновлений WSUS или SQL Server).

Откройте консоль управления локальными политиками gpedit.msc ;
Перейдите в раздел Computer Configuration –>Windows Settings –>Security Settings –>Local Policies –>User Rights Assignment;
Найдите политику Log on as a service (Вход в качестве службы);
Как вы видите, в политике входа как службы отсутствует NT SERVICE\ALL SERVICES. Попробуем ее добавить -> Add User or Group -> NT SERVICE\ALL SERVICES. Появляется ошибка: система не может найти эту служебную учетную запись;

Как же добавить в локальную политику сервисную учетную запись? Единственный вменяемый способ, который мне удалось найти, чтобы предоставить права “Log on as a service” для NT SERVICE\ALL SERVICES – воспользоваться утилитой ntrights.exe (из старого пакета Windows Server 2003 Resource Kit).

Скачайте и установите Server 2003 Resource Kit (rktools.exe), затем предоставьте право SeServiceLogonRight командами:

cd “C:\Program Files (x86)\Windows Resource Kits\Tools”ntrights.exe +r SeServiceLogonRight -u “NT SERVICE\ALL SERVICES”

ntrights.exe +r SeServiceLogonRight -u “NT SERVICE\MSSQL$MICROSOFT##WID”

Проверяем, что NT SERVICE\ALL SERVICES появилось в разрешениях “Log on as a service” в консоли редактора политики.

Перезагрузите свой Windows Server и попробуйте установить/удалить роль. Все должно пройти без ошибки.

Все новые темы

Устранение неполадок, связанных с восстановлением файла или папки

Устранение неполадок после неудачного восстановления файла или папки

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

Проверка состояния драйвера восстановления данных компьютера для решений Windows Server
1. Щелкните Пуск, введите Диспетчер устройств в поле Поиск программ и файлов и нажмите клавишу ВВОД.
2. В диспетчере устройств выберите Системные устройства и прокрутите вниз до пункта Драйвер восстановления данных компьютера для решений Windows Server.
3. Если драйвер не отображается:
  1. Откройте командную строку с правами администратора и выполните следующую команду:
    
    % ProgramFiles% \ Windows Server\Bin\BackupDriverInstaller.exe? -i
  2. Обновите диспетчер устройств. Драйвер должен отобразиться в списке.
4. Если отображается значок в виде компьютерного монитора, драйвер установлен и запущен. Закройте диспетчер устройств.
5. Если не отображается значок в виде компьютерного монитора
  1. Щелкните правой кнопкой мыши драйвер восстановления данных компьютера для решений Windows Server, а затем выберите пункт Свойства.
  2. Щелкните вкладку Драйвер, а затем нажмите кнопку Обновить драйвер.
  3. Щелкните Автоматический поиск обновленных драйверов и следуйте инструкциям на экране для обновления драйвера.
6. Закройте диспетчер устройств.
Удалите с компьютера ПО Windows Server Essentials Connector, а затем переустановите его. Дополнительные сведения см. в разделах и .

Что значит «сервер RPC недоступен»?

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

Причины ошибки:

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

Проблема с прослушивателем удаленных рабочих столов

Проблема обнаружена на тех же серверах RDSH, которые были обновлены с Windows Server 2008 R2 непосредственно до Windows Server 2012 R2 или Windows Server 2016. Когда клиент удаленного рабочего стола подключается к серверу RDSH, этот сервер создает прослушиватель удаленных рабочих столов для сеанса пользователя. На затронутых серверах ведется подсчет числа прослушивателей к удаленному рабочему столу, которое увеличивается по мере подключения пользователей, но никогда не уменьшается.

Вы можете решить эту проблему с помощью следующих методов:

Перезапустите сервер RDSH, чтобы сбросить счетчик прослушивателей удаленного рабочего стола.
Измените политику ограничения числа подключений, задав очень большое значение. Дополнительные сведения об управлении политикой ограничения числа подключения см. в разделе .

Чтобы устранить эту проблему, установите следующие обновления на серверы RDSH:

Windows Server 2012 R2: 30 августа 2018 г. — KB4343891 (ознакомительная версия ежемесячного накопительного пакета);
Windows Server 2016: 30 августа 2018 г. — KB4343884 (сборка ОС 14393.2457).

Решение проблемы

Ранее я уже помнил данную службу, когда у меня была ошибка при входе «Служба профилей пользователей препятствует входу в систему в Windows 7». Там была проблема с поврежденным, локальным профилем. Но на RDS ферме использовались исключительно перемещаемые профили и если они повреждались, то ошибка была «Служба профилей пользователя не удалось войти в систему». Так как этих ошибок не было, то вывод был очевидный, что с перемещаемыми профилями все в порядке. После успешного логина, я попробовал выполнить выход из системы, в результате чего я получил ошибку:

Произошла ошибка при сохранении в файл \\сетевой путь\Default.rdp

Ошибка показала, что не смогла завершить сохранение данных перемещаемого профиля на файловом сервере. Сами данные хранились на файловом кластере из двух нод. Обе ноды работают на операционной системе Windows Server 2016. Подключившись к каждой из них я обнаружил, что загрузка моего процессора составляла 100%, в следствии чего проседала производительность всего сервера и в том числе и сетевых карт, так как CPU участвует в обработке сетевого трафика. У меня была версия Symantec Endpoint Protection 14.0 RU1 MP2 build 3929.

Как видите процесс Symantec Service Framework кушает очень много процессорных мощностей. С данным глюком антивируса Symantec или Norton я уже встречался ранее, еще на 12 версии, там так же присутствовала проблема с загрузкой CPU или вообще пропадала сеть. В 14-й версии данный косяк так же присутствует, этому как я выяснил посвящена целая ветка на форуме разработчика (https://community.norton.com/en/forums/norton-security-causing-high-cpu-usage). Кстати такое же поведение вы можете легко встретить и у антивируса Norton Security, от тех же разработчиков.

Так как у меня не было возможности перезагрузить оба сервера, в виду того что был час пик и физические сервера долго потом прогружаются, было принято решение удалить антивирус Symantec Endpoint Protection 14, без перезагрузки. Сделать, это можно из окна «Программы и компоненты», открыть которое можно введя в окне «Выполнить» волшебную фразу appwiz.cpl.

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

или «The task you are trying to do can’t be completed because Remote Desctop Services is currently bysy. Please try again in a few minutes. Other users should still be able to log on»

Скрипт PowerShell для перезагрузки по расписанию

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

$wshell = New-Object -ComObject Wscript.Shell

$wshell.Popup(«Данный компьютер будет перезагружен»,10,»Сохраните свои данные»,0x0)

$wshell.Popup(«Перезагрузка будет через 30 секунд»,2,»Не забудьте сохранить данные»,0x0)

$xCmdString = {sleep 30}

Invoke-Command $xCmdString

Restart-Computer -ComputerName w10-cl01

Еще бонусом перезагрузка локального компьютера может быть выполнена и с помощью WMI. Для этого в оболочке PowerShell введите;

(Get-WmiObject Win32_OperatingSystem -EnableAllPrivileges).Win32Shutdown(2)

На этом у меня у меня все. Мы разобрали удаленную перезагрузка компьютера через PowerShell, разобрали работу со списками. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Службы Azure

Вход в Azure и регистрация шлюза

в выпуске 2009 вы можете столкнуться с проблемами входа в azure или регистрации шлюза центра администрирования Windows в azure. Приведенные ниже рекомендации помогут устранить эти проблемы.

прежде чем использовать возможности Azure в центре администрирования Windows, включая регистрацию шлюза, убедитесь, что вы вошли в учетную запись Azure на другой вкладке или в окне. Мы рекомендуем войти на портал Azure.
если вы успешно входите в azure во время регистрации шлюза, но не видите визуальное подтверждение на странице azure параметров центра администрирования Windows, перейдите на другую страницу в разделе «параметры», прежде чем переходить к странице azure .
всплывающее окно входа в систему Azure может чаще появляться в этой сборке и может потребовать от администраторов более часто предоставлять Windows разрешения центра администрирования.
если вы уже настроили утверждение администратора для центра администрирования Windows на портале Azure и вы по-прежнему видите сообщение об ошибке «требуется утверждение администратором», попробуйте войти в Azure с помощью одного из баннеров, появляющихся рядом с Windows центром администрирования, а не на странице Параметры .

Синхронизация файлов Azure разрешения

для Синхронизация файлов Azure требуются разрешения в Azure, которые Windows центре администрирования не были предоставлены до версии 1910. если вы зарегистрировали шлюз центра администрирования Windows в Azure с использованием более ранней версии, чем Windows центра администрирования версии 1910, необходимо обновить приложение Azure Active Directory, чтобы получить правильные разрешения на использование Синхронизация файлов Azure в последней версии центра администрирования Windows. Дополнительное разрешение позволяет Синхронизация файлов Azure выполнять автоматическую настройку доступа к учетной записи хранения, как описано в этой статье. .

чтобы обновить приложение Azure Active Directory, можно выполнить одно из двух действий.

перейдите в Параметры > > отмена регистрации azure, а затем снова зарегистрируйте Windows центра администрирования в azure, убедившись, что вы решили создать новое приложение Azure Active Directory.
перейдите в приложение Azure Active Directory и вручную добавьте разрешение, необходимое для существующего Azure Active Directory приложения, зарегистрированного в Windows центре администрирования. для этого перейдите в Параметры > > представление azure в azure. В колонке Регистрация приложения в Azure перейдите к разделу разрешения API и выберите Добавить разрешение. прокрутите вниз, чтобы выбрать Azure Active Directory Graph, выберите делегированные разрешения, разверните каталог и выберите directory. акцессасусер. All. Нажмите кнопку Добавить разрешения , чтобы сохранить обновления в приложении.

Параметры для настройки служб управления Azure

Службы управления Azure, в том числе Azure Monitor, Управление обновлениями Azure и центр безопасности Azure, используют один и тот же агент для локального сервера: Microsoft Monitoring Agent. Управление обновлениями Azure имеет ограниченный набор поддерживаемых регионов, и для нее требуется связать Log Analytics рабочую область с учетной записью службы автоматизации Azure. из-за этого ограничения, если вы хотите настроить несколько служб в Windows центре администрирования, сначала необходимо настроить azure Управление обновлениями, а затем — центр безопасности azure или Azure Monitor. если вы настроили какие бы то ни было службы управления azure, использующие Microsoft Monitoring Agent, а затем пытаетесь настроить azure Управление обновлениями с помощью Windows центра администрирования, Windows центр администрирования позволит вам настроить только Управление обновлениями azure, если существующие ресурсы, связанные с Microsoft Monitoring Agent, поддерживают Управление обновлениями azure. Если это не так, вы можете использовать два варианта:

перейдите на панель управления > Microsoft Monitoring Agent, чтобы (таких как Azure Monitor или центр безопасности azure). затем настройте Управление обновлениями Azure в центре администрирования Windows. после этого можно вернуться к настройке других решений по управлению Azure с помощью центра администрирования Windows без проблем.
вы можете вручную настроить ресурсы azure, необходимые для azure Управление обновлениями , а затем (за пределами центра администрирования Windows), чтобы добавить новую рабочую область, соответствующую используемому решению Управление обновлениями.

Причины появления ошибки

В типичном сеансе RPC клиент связывается с программой сопоставления конечных точек сервера по TCP-порту 135 и для указанной службы требует определённого номера динамического порта. Сервер отвечает, отправив IP-адрес и номер порта, для которого служба зарегистрирована в RPC после её запуска, а затем связывается с клиентом с указанным IP-адресом и номером порта. Возможные причины ошибки «Сервер RPC недоступен» следующие:

Остановка службы RPC – когда служба RPC на сервере не запущена.
Проблемы с разрешением имён – имя сервера RPC может быть связано с неправильным IP-адресом. Это значит, что клиент связывается с неправильным сервером или пытается связаться с IP-адресом, который в настоящее время не используется. Возможно, имя сервера не распознаётся вообще.
Трафик заблокирован брандмауэром – брандмауэр или другое приложение безопасности на сервере или брандмауэр устройства между клиентом и сервером могут препятствовать доступу трафика к TCP-порту сервера 135.
Проблемы с подключением – проблема с сетью может быть причиной отсутствия соединения между клиентом и сервером.