Удаленный рабочий стол "не может подключиться к удаленному компьютеру" - PullRequest
2 голосов
/ 16 декабря 2011

Я следовал этому руководству, чтобы создать первое приложение Azure. http://msdn.microsoft.com/en-us/WAZPlatformTrainingCourse_IntroToWindowsAzureLabVS2010

Потому что после развертывания он не работает по следующему URL http://24fb8b6a055d4ab2a556218f62d6dbe1.cloudapp.net/

Я нашел следующую ссылку полезной для подключения через удаленный рабочий стол, чтобы увидеть ошибку: http://wely -lau.net / тег / удаленного рабочего стола /

Однако, выполнив все шаги, я получаю следующую ошибку

Удаленный рабочий стол не может подключиться к удаленному компьютеру для одного из этих Причины:

1) Удаленный доступ к серверу не включен
2) Удаленный компьютер выключен
3) Удаленный компьютер недоступен в сети

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

В: ServiceConfiguration.Cloud.cscfg

У меня есть это содержимое

<?xml version="1.0"?>
<ServiceConfiguration serviceName="GuestBook" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration">
  <Role name="GuestBook_WebRole">
    <Instances count="1" />
    <ConfigurationSettings>
      <Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="DefaultEndpointsProtocol=https;AccountName=luisvalenciaguestbook;AccountKey=x" />
      <Setting name="DataConnectionString" value="DefaultEndpointsProtocol=https;AccountName=luisvalenciaguestbook;AccountKey=x" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.Enabled" value="true" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountUsername" value="levalencia" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountEncryptedPassword" value="x" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountExpiration" value="2012-12-16T23:59:59.0000000+01:00" />
    </ConfigurationSettings>
    <Certificates>
      <Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint="x" thumbprintAlgorithm="sha1" />
    </Certificates>
  </Role>
  <Role name="GuestBook_WorkerRole">
    <Instances count="1" />
    <ConfigurationSettings>
      <Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="DefaultEndpointsProtocol=https;AccountName=luisvalenciaguestbook;AccountKey=x" />
      <Setting name="DataConnectionString" value="DefaultEndpointsProtocol=https;AccountName=luisvalenciaguestbook;AccountKey=x" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.Enabled" value="true" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountUsername" value="levalencia" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountEncryptedPassword" value="x" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountExpiration" value="2012-12-16T23:59:59.0000000+01:00" />
      <Setting name="Microsoft.WindowsAzure.Plugins.RemoteForwarder.Enabled" value="true" />
    </ConfigurationSettings>
    <Certificates>
      <Certificate name="Microsoft.WindowsAzure.Plugins.RemoteAccess.PasswordEncryption" thumbprint="x" thumbprintAlgorithm="sha1" />
    </Certificates>
  </Role>
</ServiceConfiguration>

Ответы [ 5 ]

5 голосов
/ 16 декабря 2011

По умолчанию для удаленного рабочего стола для Azure используется обычный TCP-порт 3389: вам необходимо включить этот исходящий вызов на корпоративном брандмауэре.

Альтернативный подход к настройке удаленного рабочего стола через файлы конфигурации напрямую или через Visual Studio - использовать портал управления Azure для их временного изменения.Это гораздо проще и несколько менее подвержено ошибкам, особенно в том, что касается сертификатов.

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

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

enter image description here

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

Выберите ОК.Если вы внесли изменения в конфигурацию, их применение может занять некоторое время (иногда несколько минут).

После того, как экземпляры снова помечены как «готовые», вы можете выбрать один из них и выбратьConnect:

enter image description here

Это позволит загрузить файл с расширением .rdp, который затем можно открыть для подключения к удаленному хосту.(Скорее всего, вы увидите некоторые предупреждения безопасности при этом.)


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

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

1 голос
/ 16 января 2013

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

Оказывается, существует известная проблема с Azure SDK 1.7 и 1.8. Вот информация, которую я получил от Microsoft:

Проблема синхронизации при запуске роли в SDK версий 1.7 и 1.8 иногда приводит к удалению правила брандмауэра, требуемого службой удаленного сервера пересылки. Перезапуск службы исправит проблему и заново создаст правило брандмауэра, но это не является постоянным исправлением. Любое повторное развертывание или перезапуск экземпляра роли может привести к повторному возникновению проблемы.

Работа вокруг:

Разработчики приложений Azure могут реализовать пользовательскую задачу запуска, которая ссылается на файл * .cmd (например, RemoteForwarderConfig.cmd), как описано ниже. Это обеспечит создание правила брандмауэра, которое открывает порты для службы удаленного пересылки. Эту задачу запуска следует добавить к роли, предназначенной для запуска удаленного сервера пересылки.

Документация по задачам запуска доступна по адресу http://msdn.microsoft.com/en-us/library/windowsazure/gg456327.aspx

Пример конфигурации задачи:

<Task commandLine="RemoteForwarderConfig.cmd" executionContext="elevated" taskType="background"></Task>

Пример содержимого файла cmd задачи:

@echo off
netsh advfirewall firewall add rule name="RemoteForwarderService custom rule" description="Allow incoming connections to the remote forwarder" dir=in protocol=tcp program="%ProgramFiles%\Windows Azure Remote Forwarder\RemoteForwarder\RemoteForwarderService.exe" action=allow enable=yes
1 голос
/ 20 апреля 2012

Все вышеперечисленное не сработало для меня.

Введите свои учетные данные с префиксом. Например. «\ Маартен». Это сделано для удаления домена Windows из введенных учетных данных.

Это как-то странно, что нигде не документировано и должно быть удалено диспетчером Windows Azure RD!

1 голос
/ 29 января 2012

Если вы выставляете конечную точку https, убедитесь, что вы также выставляете конечную точку http . Это решило ту же проблему для меня с услугой передачи данных, которую я размещаю в веб-ролике.

0 голосов
/ 15 мая 2014

У меня была эта проблема, и я не мог ее выяснить.

Оказалось, что пароль не был достаточно сложным, однако он ни в коем случае не сообщал мне об этом.Добавление более сложного пароля и вход в систему с \ YourUsername отсортировали его для меня!

...