Ошибка теневого доступа, неверное имя компьютера

Обновлено: 21.11.2024

В этом руководстве я объясню, как исправить ошибку «Неверное имя ПК» при изменении имени ПК или имени хоста ПК в Windows 11.

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

Перед началом прочтите приведенные ниже инструкции. Затем выполните шаги решения соответственно.

Содержание

Необходимо знать

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

Имя вашего компьютера связано не только с вашим компьютером. Когда он подключается к сети, другие члены сети должны идентифицировать или получать доступ к вашему компьютеру, когда это необходимо. Поскольку в вашей сети могут быть старые ПК с предыдущими версиями Windows, такими как Windows 7, Vista или XP, имя вашего ПК должно быть совместимо с ними. Итак;

Не используйте пробелы и** строчные буквы**, так как некоторые версии Windows могут их не поддерживать.

Имя вашего ПК не может состоять только из цифр. Например, 1234567 не может быть именем ПК.

Сократите длину имени вашего компьютера до 15 символов. Даже если Windows 11 позволяет использовать имена длиннее 15 символов, с некоторыми приложениями и службами, такими как NETBIOS, могут возникнуть проблемы совместимости.

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

1. Обновите Windows 11

Иногда ожидающие обновления могут помешать переименованию вашего ПК. Итак, вам нужно проверить наличие обновлений и установить их. Для этого
откройте меню "Пуск" и введите "Проверить наличие обновлений". Затем нажмите на него в результатах поиска.

Нажмите Проверить наличие обновлений и подождите.

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

2. Отключите синхронизацию и отсоедините компьютер от учетной записи Microsoft

Если вы используете свой компьютер с учетной записью Microsoft, ваши настройки Windows 11 сохраняются на нем и синхронизируются с другими вашими устройствами.

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

Откройте меню "Пуск", введите "Синхронизировать настройки" и нажмите на него в результатах поиска.

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

Перезагрузите компьютер и удалите его из своей учетной записи Microsoft, как я объяснил здесь (Как удалить свой компьютер из своей учетной записи Microsoft).

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

3. Переименовать через PowerShell

Windows PowerShell с правами администратора — это мощный инструмент для переименования ПК в Windows 11. В моем случае это позволило мне преодолеть ошибку «недопустимое имя».

Откройте меню "Пуск" и введите "PowerShell". Затем сфокусируйтесь на результате Windows PowerShell, перемещая курсор. Вы увидите параметры запуска с правой стороны. Нажмите «Запуск от имени администратора».

Windows 11 запросит подтверждение. Нажмите Да .

Скопируйте и вставьте приведенную ниже команду в PowerShell и измените термин "NEW-PC-NAME" на свое новое имя, не удаляя кавычки. Затем нажмите Enter .

Переименовать-Компьютер-НовоеИмя "НОВОЕ-ИМЯ-ПК"

Например, если вы хотите назвать свой компьютер "MCE7IN", ваша команда будет выглядеть так: Rename-Computer -NewName "MCE7IN" .

Вы увидите следующее сообщение: "Изменения вступят в силу после перезагрузки компьютера ИМЯ СТАРОГО ПК.". Перезагрузите компьютер, как говорит PowerShell.

Имя вашего ПК было успешно изменено. Поздравляем! 👏

Заключение

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

Помимо удаленного помощника, вы можете использовать теневое копирование сеансов удаленного рабочего стола для удаленного подключения к рабочему столу пользователя Windows 10. Большинство администраторов используют эту функцию для подключения к сеансам пользователей на серверах RDS под управлением Windows Server 2012 R2 / Server 2016. Однако некоторые из них знают, что теневое копирование сеансов можно использовать для удаленного просмотра и управления сеансом пользовательской консоли рабочего стола в Windows 10. также. Посмотрим, как это работает.

Как вы помните, если вы попытаетесь подключиться к компьютеру с Windows 10 с помощью RDP, сеанс пользователя, работающего локально, будет отключен (даже если вы включите несколько одновременных сеансов RDP в Windows 10). Однако вы можете подключиться к сеансу пользователя консоли напрямую, не блокируя его.

Предположим, вы хотите подключиться с сервера под управлением Windows Server 2012 R2 к рабочему столу пользователя, работающего локально на рабочей станции под управлением Windows 10 Pro.

Чтобы установить теневое соединение с сеансом пользователя, необходимо использовать стандартный инструмент RDP mstsc.exe. Команда выглядит так:

Mstsc.exe /shadow: /v:

Вы также можете использовать один из следующих вариантов:

  • /prompt — запросить учетные данные пользователя для подключения (если не указано, вы будете подключены с текущими учетными данными пользователя);
  • /control — режим, позволяющий взаимодействовать с сеансом пользователя. Если параметр не установлен, вы будете подключены к сеансу пользователя в режиме просмотра, т.е. е. вы не сможете управлять мышью пользователя или вводить данные с клавиатуры;
  • /noConsentPrompt — позволяет не запрашивать у пользователя подтверждение подключения к сеансу.

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

Политика находится в разделе редактора GPO Конфигурация компьютера -> Политики -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел удаленных сеансов -> Подключения и называется Установить правила для удаленного управления пользователем служб удаленных рабочих столов. сеансы.

0 – отключить дистанционное управление;
1 — полный доступ с разрешения пользователя;
2 — полный доступ без разрешения пользователя;
3 — просмотр сеанса с разрешения пользователя;
4 — просмотр сеанса без разрешения пользователя.

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

Чтобы удаленно подключиться к сеансу пользователя с помощью теневого копирования, у подключающейся учетной записи должны быть права администратора и включен удаленный рабочий стол (RDP) на компьютере с Windows 10 (в свойствах системы).

Давайте удаленно запросим список сеансов на рабочей станции Windows 10 с помощью этой команды:

Как видите, на этом компьютере есть один сеанс пользователя консоли.

Попробуем удаленно подключиться к сеансу пользователя 1 через теневое соединение. Выполните команду:

Mstsc /shadow:1 /v:10.10.11.60

Пользователь Windows 10 увидит на экране следующий запрос:
Запрос на удаленное подключение
ПК\администратор запрашивает удаленный просмотр вашего сеанса. Вы принимаете запрос?

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

Если вы проверите сетевые подключения с помощью TCPView, вы увидите, что это подключение RemoteRPC (а не подключение RDP с использованием порта TCP/3389). Это означает, что для теневого соединения используется случайный TCP-порт из диапазона высоких RPC. Mstsc.exe устанавливает соединение на стороне подключающегося компьютера, а rdpsa.exe или rdpsaproxy.exe (в зависимости от сборки Windows 10) обрабатывает соединение на стороне клиента. Поэтому RemoteRPC должен быть включен на клиенте:

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server
"AllowRemoteRPC"=dword:00000001

Затенение удаленного рабочего стола доступно в Windows 10/8.1 и Windows Server 2012 R2/2016/2019.Чтобы разрешить теневое копирование на клиентах Windows 7 SP1 (Windows Server 2008 R2), необходимо установить RDP-клиент версии 8.1 — KB2830477 (требуется установка следующих обновлений — KB2574819 и KB2857650).

Таким образом, теневое копирование удаленного рабочего стола можно использовать вместо удаленного помощника или TeamViewer в локальной или корпоративной сети.

В этой статье мы рассмотрим основные методы диагностики проблем с подключением к удаленному рабочему столу. Например, при попытке установить соединение с удаленным сервером с помощью встроенного в Windows клиента mstsc.exe (Подключение к удаленному рабочему столу) появляется сообщение «Инициирование удаленного подключения…», после чего пользователь получает сообщение об ошибке:

Удаленный рабочий стол не может найти компьютер %RDPHostName%. Это может означать, что %RDPHostName% не принадлежит указанной сети. Проверьте имя компьютера и домен, к которому вы пытаетесь подключиться.

Как исправить ошибку: удаленный рабочий стол не может найти компьютер в Windows?

В большинстве случаев эта ошибка означает наличие проблем с вашими DNS-серверами (или DNS-записями на них), из-за которых ваш компьютер не может разрешить указанное имя хоста.

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

Попробуйте подключиться к RDP-серверу по IP-адресу, а не по DNS-имени. Если подключение RDP по IP-адресу установлено правильно, значит, проблема связана с DNS.

  1. В настройках вашего компьютера с ОС Windows указаны неверные IP-адреса DNS-серверов;
  2. На вашем компьютере файл hosts содержит неправильные записи для имен хостов RDP;
  3. Ваши DNS-серверы недоступны (доступ заблокирован брандмауэром или сервер не работает);
  4. В зоне DNS для вашего узла RDP нет записи DNS, или запись указывает на неправильный IP-адрес.

Попробуйте выяснить, знает ли ваш DNS-сервер полное доменное имя RDP-сервера, к которому вы подключаетесь (%RDPHostName%). Откройте командную строку с повышенными привилегиями и выполните команду:

Убедитесь, что команда вернула IP-адрес удаленного сервера, например:

Если команда вернула неправильную запись, попробуйте очистить кеш DNS (ipconfig/flushdns) на клиенте и снова попытаться разрешить имя хоста RDP.

Если команда nslookup возвращает ошибку «Время ожидания запроса DNS истекло», это означает, что ваш DNS-сервер недоступен (не в сети, заблокирован брандмауэром) или в настройках вашего сетевого подключения указан неверный DNS-сервер.

Проверьте предпочтительный и альтернативный IP-адреса DNS-серверов, указанные в настройках сетевого подключения. Вы можете получить адреса локальных DNS-серверов с помощью следующей команды PowerShell:

Если вы назначили адреса DNS-серверов вручную, проверьте их правильность у администратора сети. Если параметры DNS-сервера назначаются автоматически DHCP-сервером (Windows Server DHCP или Cisco DHCP-сервером), убедитесь, что они соответствуют вашей инфраструктуре. В последнем случае вы можете обновить настройки IP с помощью команды ipconfig:

Если приведенный выше совет не помог, убедитесь, что исходящий трафик клиента DNS разрешен в брандмауэре. Если вы используете брандмауэр Защитника Windows в режиме повышенной безопасности, вы можете добавить правила брандмауэра, чтобы принимать любой входящий трафик через порт 53 (как UDP, так и TCP).

Подсказка. Или просто сбросьте настройки брандмауэра Windows до состояния по умолчанию.

Если команда Nslookup по-прежнему возвращает недопустимую запись, откройте локальный файл hosts с помощью команды:

Если в файле нет записей для вашего RDP-сервера, вы можете попробовать добавить их вручную (таким образом вы сможете обойти неверные записи, возвращаемые вашим DNS-сервером). Вам необходимо добавить строку в файл hosts в следующем формате:

Вы можете использовать следующий пакетный скрипт, чтобы добавить новые записи в ваш хост-файл. Просто замените значения в скрипте IP-адресами и полными доменными именами ваших хостов RDP или серверов RDS:

Если проблема решена, это означает, что ваш DNS-сервер настроен неправильно. Вам необходимо проверить записи на нем или сообщить о проблеме администратору DNS.

Если вы являетесь членом группы безопасности домена администраторов DNS, вы можете проверить записи DNS с помощью оснастки mmc диспетчера DNS (dnsmgmt.msc).

Подключитесь к DNS-серверу (обычно это ближайший контроллер домена), разверните зону DNS и найдите запись A или CNAME вашего хоста RDP. Убедитесь, что он имеет правильный IP-адрес.

Если в зоне DNS много записей, вы можете использовать меню Вид > Фильтр, чтобы быстро найти нужные записи DNS.

Далее проверьте доступность RDP-сервера с помощью команды ping:

Затем следует проверить, доступен ли RDP-порт 3389 (TCP) на сервере с клиента (это порт для RDP-подключения по умолчанию). Самый простой способ проверить доступность порта — использовать команду PowerShell:

Если команда вернула значение TcpTestSucceeded: False, это означает, что служба RDP на удаленном компьютере отключена (можно попробовать удаленно включить удаленный рабочий стол) или соединение заблокировано брандмауэром на удаленном компьютере. клиент, сервер или сетевые маршрутизаторы.

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

Вы также можете разрешить исходящие подключения RDP к любому компьютеру:

Несколько советов, как проверить, не удается ли подключиться к RDP-серверу:

  1. Попробуйте обновить версию вашего RPD-клиента (особенно если вы используете Windows XP, Windows 7 или 8.1);
  2. Попробуйте использовать альтернативный RDP-клиент (RDCMan);
  3. Временно отключите антивирус и брандмауэр на стороне клиента и сервера и проверьте соединение RDP;
  4. Если вы подключаетесь из клиента Windows XP и на сервере включена NLA (проверка подлинности на уровне сети), то на стороне клиента XP вы можете включить поддержку NLA только через реестр;
  5. Удаленное подключение невозможно, если учетная запись пользователя, под которой вы подключаетесь, не имеет пароля.

Проверьте настройки на хосте удаленного рабочего стола

Если ничего не помогает, нужно проверить настройки на удаленном хосте Windows, к которому вы подключаетесь по RDP. Откройте консоль PowerShell от имени администратора.

Проверьте IP-адрес и имя (FQDN) удаленного компьютера с помощью команды:

Убедитесь, что вы ввели правильный IP-адрес или имя хоста для подключения к этому компьютеру в окне клиента RDP.

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

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

Проверьте, включен ли RDP на компьютере:

Если для параметра реестра fDenyTSConnections установлено значение 1, RDP отключен. Измените значение на 0.

Проверьте, запущены ли на компьютере следующие службы:

  • Службы удаленных рабочих столов (TermService).
  • Перенаправитель портов пользовательского режима служб удаленных рабочих столов (UmRdpService).

Если службы не запущены, измените порядок их запуска и перезагрузите компьютер:

Убедитесь, что служба RDP принимает подключения через TCP-порт 3389 по умолчанию:

Теперь проверьте, прослушивает ли служба RDP порт 3389:

Также проверьте, прослушивается ли этот порт службой TermService процесса svchost.exe (необходимо указать PID процесса с помощью команды netstat):

Теперь запустите команду:

Проверьте, содержит ли список rdp-tcp (прослушиватель протокола удаленного рабочего стола) со статусом прослушивания.

Удаленный рабочий стол не может найти компьютер через шлюз RDWeb

В некоторых случаях вы можете получить сообщение об ошибке «Удаленный рабочий стол не может найти компьютер» при попытке создать удаленное подключение RDP или запустить приложение RemoteApp, размещенное на шлюзе удаленных рабочих столов. Вы можете увидеть следующую ошибку после успешной аутентификации на шлюзе RDWEB:

RemoteApp отключен — удаленный рабочий стол не может найти полное доменное имя компьютера.

Чтобы решить эту проблему, откройте консоль управления IIS на сервере RD Web Access. Перейдите в раздел Сайты > Веб-сайт по умолчанию > RDWeb > Страницы. Откройте раздел Параметры приложения и в параметре DefaultTSGateway укажите внешнее DNS-имя вашего сервера RD Gateway.

Теперь обновите страницу RDWeb и попробуйте снова установить соединение RDP.

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

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