Подключение к 127.0.0.1. не удалось открыть подключение к этому узлу, на порт .: Сбой подключения

telnet не удалось открыть подключение к этому узлу на порт 23
Всем привет. Windows 10 professional x64 Роутер xiaomi mi router 3g v1 на базовой кит проше (не.

Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение 127.0.0.1:11000
Клиент-серверное приложение на tcp/ip Все работало на win xp(порты 11000 и 11001), но на win7.

Error 40 не удалось открыть подключение
Ребята,подскажите,после установки sql servera подключение было, создала бд и теперь,когда хочу.

Порт 23: сбой подключения.
Преветствую всех айтишников. небольшая предыстория: Есть 4 компа подключенных между собой.

Вложения

Видео 27-09-2020 16_54_12.zip (12.12 Мб, 4 просмотров)

Заказываю контрольные, курсовые, дипломные и любые другие студенческие работы здесь или здесь.

Порт 25: сбой подключения
Здравствуйте! Проблема в том, что при проверке 25 (SMPT) и 110 (почтовый сервер) портов (очень.

Хочу подключится через telnet к удаленному компютеру, пишу telnet ip и пишет не удалось открыть подключение к
Хочу подключится через telnet к удаленному компютеру, пишу telnet ip и пишет не удалось открыть.

Подключение к 127.0.0.1
Доброй ночи. Написал сервер и клиент чата, по протоколу TCP сбилдил, запускаю сервер, и когда.

Сбой подключения к любому внешнему ресурсу через порт 7777
Здраствуйте! Такая вот беда: идет сбой подключения к любому внешнему ресурсу через порт 7777.

Подключение USB CDC Device. Не могу открыть СОМ-порт. Ошибка: «.устройство не работает»
Всем здравствуйте! Пишу программу на C# под Win7 в Visual Studio 2013. Требуется подключить.

Подключение к сокету, прослушивающему не 127.0.0.1
есть сервер #include #include // Wincosk2.h должен быть раньше windows.

«Не найден сетевой узел» — Что делать?

Это мой первый пост, являюсь специалистом по видеонаблюдению и веду портал vcctv.ru

И стало интересно услышать и увидеть комментарии по моим постам на pikabu.ru. Если будет интересно будет второй, третий и много чего интересного напишу из своего опыта.

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

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

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

Возможно видеорегистратор завис (да! и такое бывает), поэтому выключаем и включаем его.

Через монитор заходим в настройки видеорегистратора и убеждаемся, что у него есть или получен по dhcp ip адрес. Или зная ip адрес видеорегистратор делаем пинг и смотрим его доступность.

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

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

После выполнения, указанных выше действий, вы на 99% определите причину и устраните проблему доступности вашего видеорегистратора. Если я что-то забыл, то пишите в комментариях — разберемся! Спасибо за внимание!

Конфигурация виртуальной машины узла сеанса Session host virtual machine configuration

Это содержимое применимо к Виртуальному рабочему столу Windows с объектами Azure Resource Manager для Виртуального рабочего стола Windows. This content applies to Windows Virtual Desktop with Azure Resource Manager Windows Virtual Desktop objects. Если вы используете Виртуальный рабочий стол Windows (классический) без объектов Azure Resource Manager, ознакомьтесь с этой статьей. If you’re using Windows Virtual Desktop (classic) without Azure Resource Manager objects, see this article.

Используйте эту статью для устранения неполадок, возникающих при настройке виртуальных машин узла сеансов виртуальных рабочих столов Windows. Use this article to troubleshoot issues you’re having when configuring the Windows Virtual Desktop session host virtual machines (VMs).

Отзывы Provide feedback

Посетите техническое сообщество Виртуального рабочего стола Windows, чтобы обсудить службу «Виртуальный рабочий стол Windows» с группой разработчиков и активными членами сообщества. Visit the Windows Virtual Desktop Tech Community to discuss the Windows Virtual Desktop service with the product team and active community members.

Виртуальные машины не присоединены к домену VMs are not joined to the domain

Выполните эти инструкции, если возникли проблемы при присоединении виртуальных машин к домену. Follow these instructions if you’re having issues joining virtual machines (VMs) to the domain.

• Присоедините виртуальную машину вручную, используя процесс присоединение виртуальной машины Windows Server к управляемому домену или использование шаблона присоединение к домену. Join the VM manually using the process in Join a Windows Server virtual machine to a managed domain or using the domain join template.
• Попробуйте проверить связь с доменным именем из командной строки на виртуальной машине. Try pinging the domain name from a command line on the VM.
• Изучите список сообщений об ошибках присоединение к домену в статье Устранение неполадок при присоединении к домену. Review the list of domain join error messages in Troubleshooting Domain Join Error Messages.

Ошибка: неверные учетные данные Error: Incorrect credentials

Причина: При вводе учетных данных в Azure Resource Manager исправления интерфейса шаблона произошла опечатка. Cause: There was a typo made when the credentials were entered in the Azure Resource Manager template interface fixes.

Исправление: Для разрешения проблемы выполните одно из следующих действий. Fix: Take one of the following actions to resolve.

• Вручную добавьте виртуальные машины в домен. Manually add the VMs to a domain.
• Повторное развертывание шаблона после подтверждения учетных данных. Redeploy the template once credentials have been confirmed. См. раздел Создание пула узлов с помощью PowerShell. See Create a host pool with PowerShell.
• Присоединение виртуальных машин к домену с помощью шаблона с присоединением существующей виртуальной машины Windows к домену AD. Join VMs to a domain using a template with Joins an existing Windows VM to AD Domain.

Ошибка: истекло время ожидания ввода данных пользователем Error: Timeout waiting for user input

Причина: Учетная запись, используемая для завершения присоединение к домену, может иметь многофакторную проверку подлинности (MFA). Cause: The account used to complete the domain join may have multi-factor authentication (MFA).

Исправление: Для разрешения проблемы выполните одно из следующих действий. Fix: Take one of the following actions to resolve.

• Временно удалите MFA для учетной записи. Temporarily remove MFA for the account.
• Используйте учетную запись службы. Use a service account.

Ошибка: учетная запись, используемая во время подготовки, не имеет разрешений на завершение операции Error: The account used during provisioning doesn’t have permissions to complete the operation

Причина: Используемая учетная запись не имеет разрешений на присоединение виртуальных машин к домену из-за соответствия требованиям и нормативам. Cause: The account being used doesn’t have permissions to join VMs to the domain due to compliance and regulations.

Исправление: Для разрешения проблемы выполните одно из следующих действий. Fix: Take one of the following actions to resolve.

• Используйте учетную запись, которая является членом группы администраторов. Use an account that is a member of the Administrator group.
• Предоставьте необходимые разрешения для используемой учетной записи. Grant the necessary permissions to the account being used.

Ошибка: доменное имя не разрешается Error: Domain name doesn’t resolve

Причина 1: Виртуальные машины находятся в виртуальной сети, не связанной с виртуальной сетью (VNET), в которой находится домен. Cause 1: VMs are on a virtual network that’s not associated with the virtual network (VNET) where the domain is located.

Исправление 1: Создайте пиринг виртуальных сетей между ВИРТУАЛЬНОЙ сетью, в которой были подготовлены виртуальные машины, и ВИРТУАЛЬНОЙ сетью, в которой работает контроллер домена. Fix 1: Create VNET peering between the VNET where VMs were provisioned and the VNET where the domain controller (DC) is running. См. раздел Создание пиринга виртуальной сети — диспетчер ресурсов, различных подписок. See Create a virtual network peering — Resource Manager, different subscriptions.

Причина 2: При использовании Azure Active Directory доменных служб (Azure AD DS) параметры DNS-сервера в виртуальной сети не обновляются, чтобы указывать на управляемые контроллеры домена. Cause 2: When using Azure Active Directory Domain Services (Azure AD DS), the virtual network doesn’t have its DNS server settings updated to point to the managed domain controllers.

Исправление 2: Сведения об обновлении параметров DNS для виртуальной сети, содержащей AD DS Azure, см. в статье обновление параметров DNS для виртуальной сети Azure. Fix 2: To update the DNS settings for the virtual network containing Azure AD DS, see Update DNS settings for the Azure virtual network.

Причина 3: Параметры DNS-сервера сетевого интерфейса не указывают на соответствующий DNS-сервер в виртуальной сети. Cause 3: The network interface’s DNS server settings do not point to the appropriate DNS server on the virtual network.

Исправление 3: Выполните одно из следующих действий, чтобы устранить проблему, выполнив действия, описанные в разделе [изменение DNS-серверов]. Fix 3: Take one of the following actions to resolve, following the steps in [Change DNS servers].

• Измените параметры DNS-сервера сетевого интерфейса на Custom , выполнив действия из раздела Изменение DNS-серверов , и укажите частные IP-адреса серверов в виртуальной сети. Change the network interface’s DNS server settings to Custom with the steps from Change DNS servers and specify the private IP addresses of the DNS servers on the virtual network.
• Измените параметры DNS-сервера сетевого интерфейса, чтобы они наследовались от виртуальной сети , выполнив действия, описанные в разделе Изменение DNS-серверов, а затем измените параметры DNS-сервера виртуальной сети, выполнив действия из раздела Изменение DNS-серверов. Change the network interface’s DNS server settings to Inherit from virtual network with the steps from Change DNS servers, then change the virtual network’s DNS server settings with the steps from Change DNS servers.

Агент виртуальных рабочих столов Windows и загрузчик виртуальных рабочих столов Windows не установлены Windows Virtual Desktop Agent and Windows Virtual Desktop Boot Loader are not installed

Рекомендуемый способ инициализации виртуальных машин — использовать шаблон создания портал Azure. The recommended way to provision VMs is using the Azure portal creation template. Шаблон автоматически устанавливает агент виртуальных рабочих столов Windows и загрузчик агента виртуальных рабочих столов Windows. The template automatically installs the Windows Virtual Desktop Agent and Windows Virtual Desktop Agent Boot Loader.

Выполните эти инструкции, чтобы убедиться, что компоненты установлены и проверяют наличие сообщений об ошибках. Follow these instructions to confirm the components are installed and to check for error messages.

1. Проверьте, установлены ли два компонента, установив флажок программы и компоненты в панели управления >программы > . Confirm that the two components are installed by checking in Control Panel >Programs >Programs and Features. Если Агент виртуальных рабочих столов Windows и загрузчик агента виртуальных рабочих столов Windows не отображаются, они не будут установлены на виртуальной машине. If Windows Virtual Desktop Agent and Windows Virtual Desktop Agent Boot Loader are not visible, they aren’t installed on the VM.
2. Откройте проводник и перейдите по адресу к:\виндовс\темп\скриптлог.лог. Open File Explorer and navigate to C:\Windows\Temp\ScriptLog.log. Если файл отсутствует, он указывает на то, что PowerShell DSC, который установил два компонента, не удалось запустить в предоставленном контексте безопасности. If the file is missing, it indicates that the PowerShell DSC that installed the two components was not able to run in the security context provided.
3. Если файл к:\виндовс\темп\скриптлог.лог имеется, откройте его и проверьте наличие сообщений об ошибках. If the file C:\Windows\Temp\ScriptLog.log is present, open it and check for error messages.

Ошибка: отсутствуют агент виртуальных рабочих столов Windows и загрузчик агента виртуальных рабочих столов Windows. Error: Windows Virtual Desktop Agent and Windows Virtual Desktop Agent Boot Loader are missing. К:\виндовс\темп\скриптлог.лог также отсутствует C:\Windows\Temp\ScriptLog.log is also missing

Причина 1: Учетные данные, предоставленные во время ввода для шаблона Azure Resource Manager, неверны, или недостаточно разрешений. Cause 1: Credentials provided during input for the Azure Resource Manager template were incorrect or permissions were insufficient.

Исправление 1: Вручную добавьте недостающие компоненты на виртуальные машины, используя Создание пула узлов с помощью PowerShell. Fix 1: Manually add the missing components to the VMs using Create a host pool with PowerShell.

Причина 2: PowerShell DSC удалось запустить и выполнить, но его не удалось выполнить, так как он не может войти в виртуальный рабочий стол Windows и получить необходимые сведения. Cause 2: PowerShell DSC was able to start and execute but failed to complete as it can’t sign in to Windows Virtual Desktop and obtain needed information.

Исправление 2: Подтвердите элементы в следующем списке. Fix 2: Confirm the items in the following list.

• Убедитесь, что у учетной записи нет MFA. Make sure the account doesn’t have MFA.
• Убедитесь, что имя пула узлов является точным, а пул узлов существует в виртуальном рабочем столе Windows. Confirm the host pool’s name is accurate and the host pool exists in Windows Virtual Desktop.
• Убедитесь, что учетная запись имеет по крайней мере права участника в подписке Azure или группе ресурсов. Confirm the account has at least Contributor permissions on the Azure subscription or resource group.

Ошибка: сбой проверки подлинности, ошибка в К:\виндовс\темп\скриптлог.лог Error: Authentication failed, error in C:\Windows\Temp\ScriptLog.log

Причина: PowerShell DSC удалось выполнить, но не смог подключиться к виртуальному рабочему столу Windows. Cause: PowerShell DSC was able to execute but couldn’t connect to Windows Virtual Desktop.

Исправление: Подтвердите элементы в следующем списке. Fix: Confirm the items in the following list.

• Вручную Зарегистрируйте виртуальные машины в службе виртуальных рабочих столов Windows. Manually register the VMs with the Windows Virtual Desktop service.
• Убедитесь, что учетная запись, используемая для подключения к виртуальному рабочему столу Windows, имеет разрешения на подписку или группу ресурсов Azure для создания пулов узлов. Confirm account used for connecting to Windows Virtual Desktop has permissions on the Azure subscription or resource group to create host pools.
• Подтверждение того, что у учетной записи нет MFA. Confirm account doesn’t have MFA.

Агент виртуальных рабочих столов Windows не регистрируется в службе виртуальных рабочих столов Windows Windows Virtual Desktop Agent is not registering with the Windows Virtual Desktop service

При первой установке агента виртуальных рабочих столов Windows на виртуальных машинах узла сеансов (вручную либо с помощью шаблона Azure Resource Manager и PowerShell DSC) он предоставляет маркер регистрации. When the Windows Virtual Desktop Agent is first installed on session host VMs (either manually or through the Azure Resource Manager template and PowerShell DSC), it provides a registration token. В следующем разделе описаны неполадки, связанные с агентом виртуальных рабочих столов Windows и маркером. The following section covers troubleshooting issues that apply to the Windows Virtual Desktop Agent and the token.

Ошибка: состояние, зарегистрированное в командлете Get-AzWvdSessionHost, показывает состояние «недоступно» Error: The status filed in Get-AzWvdSessionHost cmdlet shows status as Unavailable

Причина: Агент не может обновить себя до новой версии. Cause: The agent isn’t able to update itself to a new version.

Исправление: Выполните эти инструкции, чтобы вручную обновить агент. Fix: Follow these instructions to manually update the agent.

1. Скачайте новую версию агента на виртуальной машине узла сеансов. Download a new version of the agent on the session host VM.
2. Запустите диспетчер задач, а затем на вкладке Служба закройте службу Рдажентбутлоадер. Launch Task Manager and, in the Service Tab, stop the RDAgentBootLoader service.
3. Запустите установщик для новой версии агента виртуальных рабочих столов Windows. Run the installer for the new version of the Windows Virtual Desktop Agent.
4. При появлении запроса на ввод маркера регистрации удалите запись INVALID_TOKEN и нажмите кнопку «Далее» (новый маркер не требуется). When prompted for the registration token, remove the entry INVALID_TOKEN and press next (a new token isn’t required).
5. Завершите работу мастера установки. Complete the installation Wizard.
6. Откройте диспетчер задач и запустите службу Рдажентбутлоадер. Open Task Manager and start the RDAgentBootLoader service.

Ошибка: для записи реестра агента виртуальных рабочих столов Windows указано значение 0 Error: Windows Virtual Desktop Agent registry entry IsRegistered shows a value of 0

Причина: Срок действия маркера регистрации истек. Cause: Registration token has expired.

Исправление: Выполните эти инструкции, чтобы исправить ошибку реестра агента. Fix: Follow these instructions to fix the agent registry error.

1. Если маркер регистрации уже существует, удалите его с помощью Remove-Азввдрегистратионинфо. If there’s already a registration token, remove it with Remove-AzWvdRegistrationInfo.
2. Выполните командлет New-азввдрегистратионинфо , чтобы создать новый токен. Run the New-AzWvdRegistrationInfo cmdlet to generate a new token.
3. Убедитесь, что для параметра -експриатионтиме задано значение 3 дня. Confirm that the -ExpriationTime parameter is set to 3 days.

Ошибка: агент виртуальных рабочих столов Windows не сообщает о пульсе при запуске Get-AzWvdSessionHost Error: Windows Virtual Desktop agent isn’t reporting a heartbeat when running Get-AzWvdSessionHost

Причина 1: Служба Рдажентбутлоадер остановлена. Cause 1: RDAgentBootLoader service has been stopped.

Исправление 1: Запустите диспетчер задач и, если вкладка служба сообщает о остановленном состоянии службы Рдажентбутлоадер, запустите службу. Fix 1: Launch Task Manager and, if the Service Tab reports a stopped status for RDAgentBootLoader service, start the service.

Причина 2: Порт 443 может быть закрыт. Cause 2: Port 443 may be closed.

Исправление 2: Выполните эти инструкции, чтобы открыть порт 443. Fix 2: Follow these instructions to open port 443.

Убедитесь, что порт 443 открыт, загрузив средство PSPing из Sysinternal Tools. Confirm port 443 is open by downloading the PSPing tool from Sysinternal tools.

Установите PSPing на виртуальной машине узла сеансов, где работает агент. Install PSPing on the session host VM where the agent is running.

Откройте командную строку от имени администратора и выполните следующую команду: Open the command prompt as an administrator and issue the command below:

Убедитесь, что PSPing получил сведения от Рдброкер: Confirm that PSPing received information back from the RDBroker:

Устранение проблем с параллельным стеком виртуальных рабочих столов Windows Troubleshooting issues with the Windows Virtual Desktop side-by-side stack

Параллельный стек виртуальных рабочих столов Windows автоматически устанавливается вместе с Windows Server 2019. The Windows Virtual Desktop side-by-side stack is automatically installed with Windows Server 2019. Используйте установщик Microsoft (MSI) для установки параллельного стека на Microsoft Windows Server 2016 или Windows Server 2012 R2. Use Microsoft Installer (MSI) to install the side-by-side stack on Microsoft Windows Server 2016 or Windows Server 2012 R2. Для Microsoft Windows 10 стек параллельных виртуальных рабочих столов Windows включен с enablesxstackrs.ps1. For Microsoft Windows 10, the Windows Virtual Desktop side-by-side stack is enabled with enablesxstackrs.ps1.

Существует три основных способа установки или включения параллельного стека на виртуальных машинах пула узлов сеансов. There are three main ways the side-by-side stack gets installed or enabled on session host pool VMs:

• С помощью шаблона создания портал Azure With the Azure portal creation template
• Включение и включение на главном образе By being included and enabled on the master image
• Установлено или включено вручную на каждой виртуальной машине (или с расширениями/PowerShell) Installed or enabled manually on each VM (or with extensions/PowerShell)

Если у вас возникли проблемы с параллельным стеком виртуальных рабочих столов Windows, введите команду квинста в командной строке, чтобы убедиться, что параллельный стек установлен или включен. If you’re having issues with the Windows Virtual Desktop side-by-side stack, type the qwinsta command from the command prompt to confirm that the side-by-side stack is installed or enabled.

Выходные данные квинста будут выводить RDP-SxS в выходных данных, если параллельный стек установлен и включен. The output of qwinsta will list rdp-sxs in the output if the side-by-side stack is installed and enabled.

Проверьте указанные ниже записи реестра и убедитесь, что их значения совпадают. Examine the registry entries listed below and confirm that their values match. Если разделы реестра отсутствуют или значения не совпадают, убедитесь, что используется поддерживаемая операционная система. If registry keys are missing or values are mismatched, make sure you’re running a supported operating system. Если вы используете, выполните инструкции из статьи Создание пула узлов с помощью PowerShell , чтобы переустановить параллельный стек. If you are, follow the instructions in Create a host pool with PowerShell on how to reinstall the side-by-side stack.

Ошибка: O_REVERSE_CONNECT_STACK_FAILURE Error: O_REVERSE_CONNECT_STACK_FAILURE

Причина: Параллельный стек не установлен на виртуальной машине узла сеансов. Cause: The side-by-side stack isn’t installed on the session host VM.

Исправление: Выполните эти инструкции, чтобы установить параллельный стек на виртуальной машине узла сеансов. Fix: Follow these instructions to install the side-by-side stack on the session host VM.

1. Используйте протокол удаленного рабочего стола (RDP) для непосредственного перехода на виртуальную машину узла сеансов в качестве локального администратора. Use Remote Desktop Protocol (RDP) to get directly into the session host VM as local administrator.
2. Установите параллельный стек, используя Создание пула узлов с помощью PowerShell. Install the side-by-side stack using Create a host pool with PowerShell.

Как исправить стек параллельных виртуальных рабочих столов Windows, который работает неверно How to fix a Windows Virtual Desktop side-by-side stack that malfunctions

Существуют известные обстоятельства, которые могут привести к сбою параллельного стека: There are known circumstances that can cause the side-by-side stack to malfunction:

• Не следует правильный порядок действий, чтобы включить параллельный стек Not following the correct order of the steps to enable the side-by-side stack
• Автоматическое обновление на Расширенный универсальный диск Windows 10 (ЕВД) Auto update to Windows 10 Enhanced Versatile Disc (EVD)
• Отсутствует роль узла удаленный рабочий стол сеансов (узлов сеансов удаленных рабочих столов) Missing the Remote Desktop Session Host (RDSH) role
• Запуск enablesxsstackrc.ps1 несколько раз Running enablesxsstackrc.ps1 multiple times
• Запуск enablesxsstackrc.ps1 в учетной записи без прав локального администратора Running enablesxsstackrc.ps1 in an account that doesn’t have local admin privileges

Инструкции, приведенные в этом разделе, помогут вам удалить стек параллельных виртуальных рабочих столов Windows. The instructions in this section can help you uninstall the Windows Virtual Desktop side-by-side stack. После удаления параллельного стека перейдите к разделу «Регистрация виртуальной машины с помощью пула узлов виртуальных рабочих столов Windows» раздела Создание пула узлов с помощью PowerShell для повторной установки стека параллельных приложений. Once you uninstall the side-by-side stack, go to «Register the VM with the Windows Virtual Desktop host pool» in Create a host pool with PowerShell to reinstall the side-by-side stack.

Виртуальная машина, используемая для выполнения исправления, должна находиться в той же подсети и домене, что и ВИРТУАЛЬная машина с неисправностью параллельного стека. The VM used to run remediation must be on the same subnet and domain as the VM with the malfunctioning side-by-side stack.

Выполните следующие инструкции, чтобы выполнить исправление из той же подсети и домена: Follow these instructions to run remediation from the same subnet and domain:

Подключитесь к виртуальной машине с помощью стандартного протокол удаленного рабочего стола (RDP), откуда будет установлено исправление. Connect with standard Remote Desktop Protocol (RDP) to the VM from where fix will be applied.

Распакуйте скачанный файл. Unzip the downloaded file.

Запустите командную строку от имени локального администратора. Start command prompt as local administrator.

Перейдите к папке, в которой была распакована программа PsExec. Navigate to folder where PsExec was unzipped.

В командной строке введите следующую команду: From command prompt, use the following command:

VMname — это имя компьютера виртуальной машины с неработающим стеком параллельной работы. VMname is the machine name of the VM with the malfunctioning side-by-side stack.

Примите условия лицензионного соглашения на использование программы PsExec, нажав кнопку согласиться. Accept the PsExec License Agreement by clicking Agree.

Это диалоговое окно будет отображаться только при первом запуске программы PsExec. This dialog will show up only the first time PsExec is run.

После открытия сеанса командной строки на виртуальной машине с неработающей параллельной стеком запустите квинста и убедитесь, что доступна запись с именем RDP-SxS. After the command prompt session opens on the VM with the malfunctioning side-by-side stack, run qwinsta and confirm that an entry named rdp-sxs is available. Если нет, параллельный стек отсутствует на виртуальной машине, поэтому эта ошибка не связана с параллельным стеком. If not, a side-by-side stack isn’t present on the VM so the issue isn’t tied to the side-by-side stack.

Выполните следующую команду, которая выводит список компонентов Майкрософт, установленных на виртуальной машине, с неработающей параллельной стеком. Run the following command, which will list Microsoft components installed on the VM with the malfunctioning side-by-side stack.

Выполните приведенную ниже команду с именами продуктов из предыдущего шага. Run the command below with product names from step above.

Удалите все продукты, начинающиеся с «удаленный рабочий стол». Uninstall all products that start with «Remote Desktop.»

После удаления всех компонентов виртуальных рабочих столов Windows следуйте инструкциям для своей операционной системы. After all Windows Virtual Desktop components have been uninstalled, follow the instructions for your operating system:

Если операционной системой является Windows Server, перезапустите виртуальную машину с неработающей параллельной стеком (с портал Azure или с помощью средства PsExec). If your operating system is Windows Server, restart the VM that had the malfunctioning side-by-side stack (either with Azure portal or from the PsExec tool).

Если ваша операционная система — Microsoft Windows 10, следуйте приведенным ниже инструкциям. If your operating system is Microsoft Windows 10, continue with the instructions below:

На виртуальной машине, где запущена программа PsExec, откройте проводник и скопируйте disablesxsstackrc.ps1 на системный диск виртуальной машины с неисправной стековой нарядом. From the VM running PsExec, open File Explorer and copy disablesxsstackrc.ps1 to the system drive of the VM with the malfunctioned side-by-side stack.

VMname — это имя компьютера виртуальной машины с неработающим стеком параллельной работы. VMname is the machine name of the VM with the malfunctioning side-by-side stack.

Рекомендуемый процесс: в средстве PsExec запустите PowerShell и перейдите к папке из предыдущего шага и запустите disablesxsstackrc.ps1. The recommended process: from the PsExec tool, start PowerShell and navigate to the folder from the previous step and run disablesxsstackrc.ps1. Кроме того, можно выполнить следующие командлеты: Alternatively, you can run the following cmdlets:

После выполнения командлетов перезапустите виртуальную машину с неработающей параллельной стеком. When the cmdlets are done running, restart the VM with the malfunctioning side-by-side stack.

Режим лицензирования удаленный рабочий стол не настроен Remote Desktop licensing mode isn’t configured

При входе в многосеансовый режим Windows 10 Enterprise с помощью учетной записи администратора может появиться уведомление о том, что удаленный рабочий стол режима лицензирования не настроен, службы удаленных рабочих столов перестанет работать в течение X дней. If you sign in to Windows 10 Enterprise multi-session using an administrative account, you might receive a notification that says, «Remote Desktop licensing mode is not configured, Remote Desktop Services will stop working in X days. На сервере посредника подключений используйте диспетчер сервера, чтобы указать режим лицензирования удаленный рабочий стол». On the Connection Broker server, use Server Manager to specify the Remote Desktop licensing mode.»

Если ограничение времени истекает, появится сообщение об ошибке «удаленный сеанс был отключен из-за отсутствия удаленный рабочий стол лицензий клиентского доступа для этого компьютера». If the time limit expires, an error message will appear that says, «The remote session was disconnected because there are no Remote Desktop client access licenses available for this computer.»

Если вы видите одно из этих сообщений, это означает, что на образе не установлены последние обновления Windows или вы настраиваете режим лицензирования удаленный рабочий стол через групповую политику. If you see either of these messages, this means the image doesn’t have the latest Windows updates installed or that you are setting the Remote Desktop licensing mode through group policy. Выполните действия, описанные в следующих разделах, чтобы проверить параметр групповой политики, определить версию многосеансовой поддержки Windows 10 Enterprise и установить соответствующее обновление. Follow the steps in the next sections to check the group policy setting, identify the version of Windows 10 Enterprise multi-session, and install the corresponding update.

Для виртуальных рабочих столов Windows требуется клиентская лицензия RDS, если пул узлов содержит узлы сеансов Windows Server. Windows Virtual Desktop only requires an RDS client access license (CAL) when your host pool contains Windows Server session hosts. Дополнительные сведения о настройке клиентских лицензий служб удаленных рабочих столов см. в статье Лицензирование развертывания RDS с помощью лицензии клиентского доступа. To learn how to configure an RDS CAL, see License your RDS deployment with client access licenses.

Отключение параметра групповой политики «режим лицензирования удаленный рабочий стол» Disable the Remote Desktop licensing mode group policy setting

Проверьте параметр групповой политики, открыв редактор групповая политика на виртуальной машине и перейдя в Административные шаблоны > компоненты Windows > службы удаленных рабочих столов > Удаленный рабочий стол > Лицензирование узла сеансов > установите режим лицензирования удаленный рабочий стол. Check the group policy setting by opening the Group Policy Editor in the VM and navigating to Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Licensing > Set the Remote Desktop licensing mode. Если параметр групповой политики включен, измените его на » отключено«. If the group policy setting is Enabled, change it to Disabled. Если он уже отключен, оставьте его как есть. If it’s already disabled, then leave it as-is.

Если вы устанавливаете групповую политику через домен, отключите этот параметр в политиках, предназначенных для этих многосеансовых виртуальных машин Windows 10 Enterprise. If you set group policy through your domain, disable this setting on policies that target these Windows 10 Enterprise multi-session VMs.

Указание версии многосеансового использования Windows 10 Корпоративная Identify which version of Windows 10 Enterprise multi-session you’re using

Чтобы проверить, какая версия Windows 10 Enterprise имеет несколько сеансов, выполните следующие действия. To check which version of Windows 10 Enterprise multi-session you have:

Войдите с помощью учетной записи администратора. Sign in with your admin account.

Введите «About» в строку поиска рядом с меню «Пуск». Enter «About» into the search bar next to the Start menu.

Выберите о компьютере. Select About your PC.

Проверьте номер рядом с номером версии. Check the number next to «Version.» Необходимо указать значение «1809» или «1903», как показано на следующем рисунке. The number should be either «1809» or «1903,» as shown in the following image.

Теперь, когда вы знакомы с номером версии, перейдите к соответствующему разделу. Now that you know your version number, skip ahead to the relevant section.

Версия 1809 Version 1809

Если номер версии — «1809», установите Обновление KB4516077. If your version number says «1809,» install the KB4516077 update.

Версия 1903 Version 1903

Повторно разверните операционную систему узла с помощью последней версии образа Windows 10 версии 1903 из коллекции Azure. Redeploy the host operating system with the latest version of the Windows 10, version 1903 image from the Azure Gallery.

Не удалось подключиться к удаленному компьютеру из-за ошибки безопасности We couldn’t connect to the remote PC because of a security error

Если пользователи видят сообщение об ошибке «не удалось подключиться к удаленному компьютеру из-за ошибки безопасности». If your users see an error that says, “We couldn’t connect to the remote PC because of a security error. Если это не удается, обратитесь за помощью к администратору или технической поддержке «Проверка всех существующих политик, которые меняют разрешения RDP по умолчанию». If this keeps happening, ask your admin or tech support for help,” validate any existing policies that change default RDP permissions. Одна из политик, которая может привести к появлению этой ошибки, — «разрешить вход в систему с помощью политики безопасности службы удаленных рабочих столов». One policy that might cause this error to appear is “Allow log on through Remote Desktop Services security policy.»