Windows Azure Error del emulador de cálculo

Question

Tengo Azure SDK 1.6, WIF, Nuget 1.5, Azure Mobile Toolkik, Visual Studio Ultimate 2010 sp1, Windows Phone SDK 7.1 y muchos otros SDK más recientes. Probé dos muestras, el Tweet tu blob del kit de herramientas azul para wp7, y la siguiente muestra básica del canal 9: http://channel9.msdn.com/posts/Windows-Phone-Push-Notifications-and-Windows-Azure Puedo llegar al webrole, veo la aplicación del teléfono ejecutándose pero ambas muestras fallan cuando intento comunicarme (en el primer caso tratando de tuitear, en el segundo tratando de registrarse en el servicio de pushnotification, parece que el emulador no puede alcanzar el punto final local en 127.0.0.1. Repetí exactamente los mismos pasos en una máquina de colega con la misma configuración y todo funciona bien

la única diferencia que he notado es que mi implementación que muestra el siguiente registro (Compute emulador):.

[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) 

Buscando en Google encontré solo un tema relacionado con un problema con el azure sdk 1.3 que no debería impedir que la aplicación se ejecute correctamente, pero instalé sdk 1.6 (dos veces).

Cualquier sugerencia para encontrar una solución o identificar el problema será apreciada, revisé todo lo que pude, y ni siquiera sé si el problema está relacionado con el mensaje.

Answer 1

Debe comparar la configuración del proxy de Internet de usted y de su colega (configuración de red).

Por alguna razón, está intentando detectar qué proxy de internet usar para http://127.0.0.1 que no debería - es su dirección local.

WinHttpGetProxyForUrl (http://127.0.0.1) no ERROR_WINHTTP_AUTODETECTION_FAILED (12180)

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

¿Funciona si se desactiva la detección automática de proxy en la configuración de red?

Otra posibilidad es que el error en el registro es una cortina de humo - esta entrada del blog sugiere esos errores en el registro son benignos y no hacen nada falle:

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

que tenían exactamente el mismo problema y lo solucioné asegurándome de que mi servicio de reenvío de puertos (PassPort) no se estaba ejecutando antes de iniciar el emulador de Azure.

Cuando instalé PassPort instalé un servicio de Windows y lo configuré para que se inicie automáticamente. Paré el servicio, lo configuré para que solo se iniciara manualmente y luego reinicié el emulador de Azure. Después de eso, me puse a correr nuevamente.

Para algunos antecedentes, la razón por la que incluso estaba usando PassPort en primer lugar era para hacer algunas pruebas de IE8 de mi sitio web alojado en Azure usando una máquina virtual de Windows XP. Encontré los pasos para configurar esto en this post que enlazaba con this blog. Todavía puedo usar PassPort y mi máquina virtual para probar mi sitio en IE8, solo tengo que asegurarme de no iniciar el servicio PassPort hasta después de que el emulador de Azure y el sitio web estén en funcionamiento.

Su problema puede no estar relacionado específicamente con un servicio de reenvío de puertos, sino con algún otro servicio que puede haber robado el puerto 81 del emulador de Azure.

Answer 3

Para deshacerse de esto, debe deshabilitar la opción "Detectar configuraciones automáticamente" en el Panel de control -> Red e Internet -> Opciones de Internet -> Conexiones -> Configuración de LAN.