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

Question

У меня есть Azure SDK 1.6, WIF, Nuget 1.5, Azure Mobile Toolkik, Visual Studio Ultimate 2010 sp1, Windows Phone SDK 7.1 и многие другие новейшие sdk. Я попробовал два образца, Tweet ваш блоб из лазурного инструментария для 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 around Я нашел только темы, касающиеся проблемы с azure sdk 1.3, которые не должны препятствовать правильному запуску приложения, но я установил sdk 1.6 (дважды).

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

Answer 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

Answer 2

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

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

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

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

Answer 3

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