Ошибка эмулятора вычислений Windows Azure

Question

У меня есть Azure SDK 1.6, WIF, Nuget 1.5, Azure Mobile Toolkik, Visual Studio Ultimate 2010 sp1, Windows Phone SDK 7.1 и многие другие последние версии SDK. Я попробовал два примера: твит-блоб из набора 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)

Погугливая, я нашел только темы, касающиеся проблемы с 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

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

Answer 3

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

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

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

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