Подключение приложений с помощью Windows Azure Connect — проблема с подключением

Я слежу за лабораторной работой Connecting Apps with Windows Azure Connect в комплекте Azure Training Kit.

  • Я следовал инструкциям по настройке групп и ролей, а также активированных конечных точек.
  • Я обновил настройки SQL Express и перезапустил службу.
  • Я установил локальную конечную точку, которая дает следующий текст.
  • Я добавил новое правило брандмауэра Windows

Эта конечная точка настроена для подключения и может подключаться к другим ресурсам в Windows Azure Connect.

Я все еще получаю эту ошибку, отображаемую в браузере.

К сожалению, при обработке вашего запроса произошла ошибка.

Сообщение: базовый поставщик не удалось открыть. Внутреннее сообщение: при установлении соединения с SQL Server произошла ошибка, связанная с сетью или конкретным экземпляром. Сервер не найден или не был доступен. Убедитесь, что имя экземпляра указано правильно и что SQL Server настроен на разрешение удаленных подключений. (поставщик: TCP Provider, ошибка: 0 — такой хост неизвестен.)

Любые идеи о том, почему это может быть или предложения о том, где он терпит неудачу?

Спасибо.

Обновить

Я нашел эту ссылку "Windows Azure Connect и Symantec Endpoint Protection" с описанием аналогичной проблемы; как следует из названия, проблема может заключаться в Symantec EndPoint Protection.

Хотя в этом случае удаление Symantec не решило проблему

Обновить 2
некоторые сообщения из средства просмотра событий — этот набор повторяется каждые 2 минуты, они не связаны с запросом веб-страницы.

в 9:29:40 [Информация]

Пользователь SYSTEM успешно установил связь с сервером удаленного доступа, используя следующее устройство: адрес сервера/номер телефона = sydrelay4.windows.azure-test.net.

также в 9:29:40 [Информация]

Ссылка на сервер удаленного доступа установлена ​​пользователем SYSTEM.

в 9:29:41 [Ошибка]

Пользователь SYSTEM установил соединение с именем Windows Azure Connect Relay2 1, которое не удалось. В случае сбоя возвращается код ошибки 798.

в 9:29:45 [Информация]

Пользователь SYSTEM набрал соединение с именем Windows Azure Connect Relay2 1, которое было разорвано. Код причины, возвращаемый при прекращении, — 631.


person John Jones    schedule 28.03.2011    source источник
comment
Я вижу ниже общую проблему с подключением при подключении к локальному sql. Я могу пропинговать локальный ящик из экземпляра azure rdp. Произошла ошибка, связанная с сетью или специфичная для экземпляра, при установлении соединения с SQL Server. Сервер не найден или не был доступен. Убедитесь, что имя экземпляра указано правильно и что SQL Server настроен на разрешение удаленных подключений. (поставщик: поставщик TCP, ошибка: 0 — попытка подключения не удалась, поскольку подключенная сторона не ответила должным образом через определенный период времени, или установленное соединение не удалось, поскольку подключенный хост не ответил   -  person aziz    schedule 23.08.2012


Ответы (3)


У меня была точно такая же проблема, Symantec et al. Мне удалось решить эту проблему, добавив сертификаты .cer, которые я использовал на портале Azure для размещенных служб -> Сертификаты управления, в мою личную коллекцию сертификатов через MMC, а затем перезагрузив компьютер.

Надеюсь, это поможет.

person Community    schedule 22.06.2011

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

Проверьте эту тему:

SQL Azure: подключение к SQL Azure вызывает исключение

person sajoshi    schedule 28.03.2011
comment
это не sql azure это azure connect. т.е. я подключаю лазурную веб-роль к локальному экземпляру sqlexpress. Я не верю, что правила брандмауэра sql azure уместны в этом случае. - person John Jones; 28.03.2011

Ваша машина находится за прокси? Если это так, попробуйте выполнить следующие команды, чтобы установить прокси для учетной записи локальной системы:

bitsadmin /UTIL /SETIEPROXY LOCALSYSTEM NO_PROXY
bitsadmin /UTIL /SETIEPROXY LOCALSYSTEM MANUAL_PROXY a.b.c.d:80 NULL

person jason chen    schedule 28.03.2011