Ошибка эмулятора Windows Azure Compute Emulator

У меня есть 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 from azure toolkit для wp7" и следующий очень простой пример из канала 9: http://channel9.msdn.com/posts/Windows-Phone-Push-Notifications-and-Windows-Azure Я могу связаться с webrole, я вижу, что приложение для телефона работает, но оба образца терпят неудачу, когда пытаются связаться (в первом случае, пытаясь чирикать, во втором, пытаясь зарегистрироваться в службе 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)

Включение в googling я нашел только темы, касающиеся проблемы с azure sdk 1.3, которые не должны препятствовать правильному запуску приложения, но я установил sdk 1.6 (дважды).

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

Ответ 1

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

По какой-то причине он пытается определить, какой интернет-прокси использовать для 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

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

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

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

Ответ 2

Чтобы избавиться от этого, вам необходимо отключить опцию "Автоматическое обнаружение настроек" на панели управления → Сеть и Интернет → Свойства обозревателя → Соединения → Настройки локальной сети.

Ответ 3

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

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

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

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