Включение rdp 8/8.1 в windows 7

Рабочие области

Получите список управляемых ресурсов, к которым можно получить доступ (например, приложений и рабочих столов), подписавшись на рабочую область, предоставленную администратором. После подписки эти ресурсы станут доступными на вашем локальном компьютере. Сейчас клиент Windows Desktop поддерживает ресурсы, опубликованные из Виртуального рабочего стола Azure и Windows 365.

Подписка на рабочую область

Существует два способа оформить подписку на рабочее пространство. Клиент может искать ресурсы, доступные для вашей рабочей или учебной учетной записи, или вы можете напрямую предоставить URL-адрес, по которому доступны ресурсы, если клиент по какой-либо причине не может их найти. Оформив подписку на рабочее пространство, вы можете запустить ресурсы одним из следующих способов.

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

Подписка с учетной записью пользователя

  1. На главной странице клиента щелкните действие Subscribe (Подписаться).
  2. При появлении запроса войдите в систему со своей учетной записью.
  3. В центре подключений будут отображены ресурсы, сгруппированные по рабочей области.

Подписка по URL-адресу

  1. На главной странице клиента щелкните действие Subscribe with URL (Подписаться по URL-адресу).
  2. Введите URL-адрес рабочего пространства или адрес электронной почты.
    • Если вы используете URL-адрес рабочего пространства, введите предоставленный администратором адрес. Если обращение к ресурсам выполняется из Виртуального рабочего стола Azure или Windows 365, можно использовать один из следующих URL-адресов:
      • Виртуальный рабочий стол Azure (классический): .
      • Виртуальный рабочий стол Azure: .
      • Если вы работаете с Windows 365, используйте .
    • Чтобы использовать адрес электронной почты, введите свой адрес электронной почты. В этом случае клиент будет искать URL-адрес, связанный с вашим адресом электронной почты, если администратор настроил обнаружение по адресу электронной почты.
  3. Коснитесь Next (Далее).
  4. При появлении запроса войдите в систему со своей учетной записью.
  5. В центре подключений будут отображены ресурсы, сгруппированные по рабочей области.

Сведения о рабочей области

После того, как вы подпишетесь, можно будет просматривать дополнительные сведения о рабочей области на панели «Details» (Сведения).

  • Имя рабочей области.
  • URL-адрес и имя пользователя, используемые для подписки.
  • Число приложений и рабочих столов.
  • Дата и время последнего обновления.
  • Состояние последнего обновления.

Вот как можно перейти к панели «Details» (Сведения).

  1. В центре подключений коснитесь дополнительного меню ( … ) рядом с рабочей областью.
  2. Из раскрывающегося списка выберите Details (Сведения).
  3. Панель «Details» (Сведения) отобразится в правой части окна клиента.

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

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

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

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

  1. В центре подключений коснитесь дополнительного меню ( … ) рядом с рабочей областью.
  2. Из раскрывающегося меню Unsubscribe (Отменить подписку).
  3. Просмотрите диалоговое окно и выберите Continue (Продолжить).

Обновления для версии 1.2.945

  • Добавлены новые параметры настройки экрана для подключений к рабочему столу при щелчке правой кнопкой мыши значка рабочего стола в Центре подключений.
    • Теперь доступны три варианта конфигурации экрана: All displays (Все экраны), Single display (Один экран), Select displays (Выбор экранов).
    • При выборе конфигурации экрана теперь отображаются только доступные параметры.
    • В режиме выбора экранов новый параметр Maximize to current displays (Развернуть на текущие экраны) позволяет динамически менять используемые для сеанса экраны без переподключения. При включении этого параметра изображение разворачивается во весь экран на всех экранах, связанных с окном сеанса.
    • Мы добавили параметр Single display when windowed (Один экран в оконном режиме) в режимы всех экранов и выбора экранов. При выборе этого параметра сеанс автоматически переключается на один экран при выходе из полноэкранного режима и автоматически возвращается к отображению на нескольких экранах при разворачивании окна.
  • В системное меню, отображаемое при щелчке правой кнопкой мыши заголовка окна сеанса рабочего стола, мы добавили группу Display settings (Параметры экрана). Она позволяет динамически изменять некоторые параметры во время сеанса. В частности, вы можете изменять новые параметры Single display mode when windowed (Один экран в оконном режиме) и Maximize to current displays (Развернуть на текущие экраны).
  • При выходе из полноэкранного режима окно сеанса возвращается в исходное расположение до перехода в полноэкранный режим.
  • Интервал между обновлениями рабочих областей в фоновом режиме теперь составляет не один час, а четыре. Теперь при запуске клиента автоматически выполняется обновление.
  • При сбросе пользовательских данных на странице со сведениями о программе теперь происходит переход в Центр подключений, а не закрытие клиента.
  • Изменен порядок пунктов системного меню подключений к удаленному рабочему столу. Раздел справки теперь указывает на документацию по клиенту.
  • Устранены некоторые проблемы с доступом при переходе по вкладкам и средствами чтения с экрана.
  • Исправлена проблема, из-за которой диалоговое окно проверки подлинности Azure Active Directory появлялось за окном сеанса.
  • Устранена проблема с мерцанием и сжатием при перетаскивании окна сеанса рабочего стола между экранами с разным разрешением.
  • Устранена ошибка, возникающая при перенаправлении камер.
  • Устранены ошибки, приводившие к сбоям, что повысило надежность работы.

What you’ll need to set up the web client

Before getting started, keep the following things in mind:

  • Make sure your Remote Desktop deployment has an RD Gateway, an RD Connection Broker, and RD Web Access running on Windows Server 2016 or 2019.
  • Make sure your deployment is configured for per-user client access licenses (CALs) instead of per-device, otherwise all licenses will be consumed.
  • Install the Windows 10 KB4025334 update on the RD Gateway. Later cumulative updates may already contains this KB.
  • Make sure public trusted certificates are configured for the RD Gateway and RD Web Access roles.
  • Make sure that any computers your users will connect to are running one of the following OS versions:
    • Windows 10
    • Windows Server 2008R2 or later

Your users will see better performance connecting to Windows Server 2016 (or later) and Windows 10 (version 1611 or later).

Important

If you used the web client during the preview period and installed a version prior to 1.0.0, you must first uninstall the old client before moving to the new version. If you receive an error that says «The web client was installed using an older version of RDWebClientManagement and must first be removed before deploying the new version,» follow these steps:

  1. Open an elevated PowerShell prompt.
  2. Run Uninstall-Module RDWebClientManagement to uninstall the new module.
  3. Close and reopen the elevated PowerShell prompt.
  4. Run Install-Module RDWebClientManagement -RequiredVersion <old version> to install the old module.
  5. Run Uninstall-RDWebClient to uninstall the old web client.
  6. Run Uninstall-Module RDWebClientManagement to uninstall the old module.
  7. Close and reopen the elevated PowerShell prompt.
  8. Proceed with the normal installation steps as follows.

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

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

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

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

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

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

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

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

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

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

  2. Перейдите на вкладку «Локальные ресурсы».

  3. Выберите диски или другие источники.

После выбора локальных источников вы можете получить к ним доступ с удаленного рабочего стола на 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.

  1. Запустите программу и нажмите на кнопку New.

  2. В Connection name укажите любое имя для подключения — например, VDS Windows.

  3. В строке PC name пропишите IP-адрес сервера, к которому вы будете подключаться.

  4. В разделе Credentials укажите логин и пароль для подключения к VDS.

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

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

RDP на Android и iOS

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

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

  1. Запустите приложение и нажмите на плюс для добавления нового соединения.

  2. Выберите тип «Рабочий стол» (Desktop).

  3. В поле «Имя ПК» укажите адрес сервера.

  4. Впишите имя администратора и пароль.

  5. При появлении предупреждения о недоверенном сертификате отметьте пункт «Больше не спрашивать» и нажмите «ОК».

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

Troubleshooting

If a user reports any of the following issues when opening the web client for the first time, the following sections will tell you what to do to fix them.

What to do if the user’s browser shows a security warning when they try to access the web client

The RD Web Access role might not be using a trusted certificate. Make sure the RD Web Access role is configured with a publicly trusted certificate.

If that doesn’t work, your server name in the web client URL might not match the name provided by the RD Web certificate. Make sure your URL uses the FQDN of the server hosting the RD Web role.

If the user reports that they can’t connect with the web client even though they can see the resources listed, check the following things:

  • Is the RD Gateway role properly configured to use a trusted public certificate?
  • Does the RD Gateway server have the required updates installed? Make sure that your server has the KB4025334 update installed.

If the user gets an «unexpected server authentication certificate was received» error message when they try to connect, then the message will show the certificate’s thumbprint. Search the RD Broker server’s certificate manager using that thumbprint to find the right certificate. Verify that the certificate is configured to be used for the RD Broker role in the Remote Desktop deployment properties page. After making sure the certificate hasn’t expired, copy the certificate in .cer file format to the RD Web Access server and run the following command on the RD Web Access server with the bracketed value replaced by the certificate’s file path:

Diagnose issues with the console log

If you can’t solve the issue based on the troubleshooting instructions in this article, you can try to diagnose the source of the problem yourself by watching the console log in the browser. The web client provides a method for recording the browser console log activity while using the web client to help diagnose issues.

  • Select the ellipsis in the upper-right corner and navigate to the About page in the dropdown menu.
  • Under Capture support information select the Start recording button.
  • Perform the operation(s) in the web client that produced the issue you are trying to diagnose.
  • Navigate to the About page and select Stop recording.
  • Your browser will automatically download a .txt file titled RD Console Logs.txt. This file will contain the full console log activity generated while reproducing the target issue.

The console may also be accessed directly through your browser. The console is generally located under the developer tools. For example, you can access the log in Microsoft Edge by pressing the F12 key, or by selecting the ellipsis, then navigating to More tools > Developer Tools.

Обновления для версии 1.2.1953

  • Исправлена проблема, из-за которой происходил сбой клиента при выборе пользователем элемента «Отключение от всех сеансов» на панели задач.
  • Исправлена проблема, при которой клиент не переключался в полноэкранный режим на одном мониторе со стыковочным узлом.
  • Улучшено ведение журналов, диагностика и классификация ошибок клиента, чтобы администраторам было проще устранять неполадки с подключением и каналами.
  • Реализованы следующие обновления для Teams в Виртуальном рабочем столе Azure:
    • включено аппаратное ускорение для обработки видео с исходящими видеопотоками для клиентов на базе Windows 10;
    • при присоединении к собранию с передней и задней или внешней камерой по умолчанию будет выбрана передняя камера;
    • исправлена проблема, из-за которой работа Teams в Виртуальном рабочем столе Azure завершалась сбоем при загрузке на компьютерах на базе x86;
    • исправлена проблема, которая приводила к появлению полос при совместном использовании экрана;
    • исправлена проблема, из-за которой некоторые люди на собраниях не могли просматривать входящие видео или получать общий доступ к экрану.

Проверка порта прослушивателя протокола RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.

Важно!

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

Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:

Откройте меню Пуск, выберите Выполнить и введите regedt32 в появившемся текстовом поле.
Чтобы подключиться к удаленному компьютеру, в редакторе реестра щелкните Файл и выберите пункт Подключить сетевой реестр.
В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.

Откройте реестр и перейдите к записи HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\ .

Если PortNumber имеет значение, отличное от 3389, укажите значение 3389.

Важно!
Для управления службами удаленного рабочего стола можно использовать другой порт. Но мы не рекомендуем делать это

В этой статье не описано, как устранять проблемы, связанные с этим типом конфигурации.

Изменив номер порта, перезапустите службу удаленных рабочих столов.

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

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

  1. Откройте окно PowerShell. Чтобы подключиться к удаленному компьютеру, введите Enter-PSSession -ComputerName <computer name> .

  2. Введите следующую команду:

  3. Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.

    Примечание

    Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце «Идентификатор процесса».

  4. Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:

  5. Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.

  6. Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:

    • В настройках такого приложения или службы укажите другой порт (рекомендуется).
    • Удалите другое приложение или службу.
    • В настройках протокола RDP укажите другой порт, а затем перезапустите службы удаленных рабочих столов (не рекомендуется).

Проверка блокировки порта протокола RDP брандмауэром

С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.

  1. Перейдите на другой компьютер, на котором такая проблема не возникает, и скачайте psping отсюда: https://live.sysinternals.com/psping.exe.

  2. Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:

  3. Проверьте выходные данные команды psping на наличие таких результатов:

    • Подключение к <computer IP>: удаленный компьютер доступен.
    • (0% loss) (0 % потерь): все попытки подключения выполнены успешно.
    • The remote computer refused the network connection (Удаленный компьютер отклонил сетевое подключение): удаленный компьютер недоступен.
    • (100% loss) (100 % потерь): не удалось выполнить подключение.
  4. Запустите psping на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.

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

  6. Рекомендуемые дальнейшие действия:

    • Попросите сетевых администраторов проверить, пропускает ли сеть трафик RDP к затронутому компьютеру.
    • Проверьте конфигурации всех брандмауэров между исходными компьютерами и затронутым компьютером (включая брандмауэр Windows на затронутом компьютере). Так вы определите, блокирует ли брандмауэр порт протокола RDP.

Servers

A server has a server name (the computer’s network name or IP address), an optional display name, and logon information. The logon information may be inherited from another group.

Adding Servers Manually

Servers names following a pattern can be bulk added to a group. There are two pattern classes:

  • Iteration — iterates over the comma-delimeted contents.
  • Range — iterates the numerical range. Prefix the lower bound with ‘s to specify the minimum width.

Examples:

  • : Adds , ,
  • : Adds , , …,
  • : Adds , , , …, , , …

Importing Servers from a Text File

Servers can be imported into a group from a text file. The file format is simply one server name per line:

Server names may also be explicitly specified in the dialog.

All servers are imported into the same group with the same preferences. If a server is imported that has the same name as an existing server, the existing server’s preferences are updated to the new ones.

Ad Hoc Connections

Ad hoc server connections can be created via the feature. These servers will be added to the Connect To Virtual Group. From there they can be converted into real servers by moving them to a user-created group. Servers remaining in the Connect To group are not persisted when RDCMan exits.

Windows Azure

In the tab, enter the role name and role instance name into Load balance config as described here e.g.

Session Actions

While in a session, the focus can be released to another session or the server tree.

  • Focus release left (default value is Ctrl+Alt+Left) : This selects the previously selected session.
  • Focus release right (default value is Ctrl+Alt+Right): This brings up a dialog to choose where to focus. There will be buttons for up to the of the most-recently used session as well as a button for the server tree and one to minimize RDCMan.

Certain key combinations and Windows actions can be tricky to perform over the remote session—particularly when RDCMan itself is started within a remote session—e.g. Ctrl+Alt+Del. These are available from the and menu items.

Features

  • HTTP(S) to RDP and SSH gateway (new in version 2.0.0)
  • Hyper-V VM direct connection
  • Multi-factor authentication (MFA)
  • Active Directory integration (management of hosts)
  • Session sharing (collaborative mode)
  • Start remote programs from their URLs
  • File transfer (local and roaming accounts)
  • PDF Virtual Printer
  • Audio support
  • HTML4 and HTML5 support
  • Responsive design
  • Clipboard syncing
  • PNG, JPEG and WebP compression
  • Realtime connection-info
  • On-screen- console, logfile, debug-info
  • On-screen keyboard (multiple languages)
  • REST APIs (i.e.: hide connection info from the browser, tracks connections, monitor remote sessions, etc.)
  • Fully parameterizable
Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector