Ошибка эмулятора вычислений Windows Azure - PullRequest
16 голосов
/ 01 декабря 2011

У меня есть Azure SDK 1.6, WIF, Nuget 1.5, Azure Mobile Toolkik, Visual Studio Ultimate 2010 sp1, Windows Phone SDK 7.1 и многие другие последние версии SDK.Я попробовал два примера: Tweet your blob из набора средств Azure для wp7 и следующий очень простой пример из канала 9: http://channel9.msdn.com/posts/Windows-Phone-Push-Notifications-and-Windows-Azure Я могу обратиться к веб-роли, я вижу, что приложение телефона работает, но оба примера терпят неудачу при попыткедля связи (в первом случае при попытке твита, во втором при попытке зарегистрироваться в службе pushnotification, кажется, что эмулятор не может достичь локальной конечной точки на 127.0.0.1. Я повторил те же самые шаги на компьютере коллеги с тем жеКонфигурация и все работает нормально.

Единственное отличие, которое я заметил, состоит в том, что в моем развертывании отображается следующий журнал (Compute Emulator):

[MonAgentHost] Error: MA EVENT: 2011-12-01T01:11:02.168Z
[MonAgentHost] Error:     2
[MonAgentHost] Error:     10352
[MonAgentHost] Error:     14592
[MonAgentHost] Error:     NetTransport
[MonAgentHost] Error:     0
[MonAgentHost] Error:     x:\btsdx\215\services\monitoring\shared\nettransport\src\netutils.cpp
[MonAgentHost] Error:     OpenHttpSession
[MonAgentHost] Error:     749
[MonAgentHost] Error:     0
[MonAgentHost] Error:     2f94
[MonAgentHost] Error:     
[MonAgentHost] Error:     WinHttpGetProxyForUrl(http://127.0.0.1) failed ERROR_WINHTTP_AUTODETECTION_FAILED (12180)

Поискав в поиске, я нашел только темы, касающиеся проблемыЛазурный SDK 1.3, который не должен мешать правильной работе приложения, но я установил SDK 1.6 (дважды).

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

Ответы [ 3 ]

14 голосов
/ 01 декабря 2011

Вам следует сравнить настройки прокси-сервера вашего интернет-прокси (сети).

По какой-то причине он пытается определить, какой интернет-прокси использовать для http://127.0.0.1, а какой нет - это локальный адрес.

WinHttpGetProxyForUrl (http://127.0.0.1)ошибка ERROR_WINHTTP_AUTODETECTION_FAILED (12180)

http://msdn.microsoft.com/en-us/library/windows/desktop/aa384097(v=vs.85).aspx

Работает ли это, если вы отключите автоопределение прокси в настройках вашей сети?

Другая возможность - это ошибкаЖурнал - Красная Сельдь - это сообщение в блоге предлагает, чтобы те ошибки в журнале были доброкачественными и не приводили к ошибкам:

http://blogs.msdn.com/b/avkashchauhan/archive/2011/01/20/winhttpgetproxyforurl-failed-error-winhttp-autodetection-failed-12180-error-message-in-windows-azure-infrastructure-log.aspx

7 голосов
/ 20 февраля 2014

Чтобы избавиться от этого, вам нужно отключить опцию «Автоматически определять настройки» в Панели управления -> Сеть и Интернет -> Свойства обозревателя -> Подключения -> Параметры локальной сети.

0 голосов
/ 14 ноября 2013

У меня была точно такая же проблема, и я исправил ее, убедившись, что моя служба переадресации портов ( PassPort ) не работала до запуска эмулятора Azure.

Когда я установилPassPort установил службу Windows и настроил ее автоматический запуск.Я остановил службу, настроил ее запуск только вручную, а затем перезапустил эмулятор Azure.После этого я снова начал работать.

По некоторым причинам я даже сначала использовал PassPort, чтобы провести некоторое тестирование IE8 моего веб-сайта, размещенного на Azure, с использованием виртуальной машины Windows XP.Я нашел шаги, чтобы настроить это на этом посте , который связан с этим блогом .Я все еще могу использовать PassPort и мою виртуальную машину для тестирования своего сайта в IE8, я просто должен убедиться, что не запускаю службу PassPort до тех пор, пока эмулятор Azure и веб-сайт не будут запущены.

Ваша проблема может не возникнутьотноситься конкретно к службе переадресации портов, а скорее к какой-либо другой службе, которая могла украсть порт 81 из эмулятора Azure.

...