Httpwebreqest funciona con Fiddler En caso contrario, Timeout

Question

Me aparece un error extraño. He configurado un script que funciona perfectamente cuando Fiddler está abierto: descarga un informe de un sitio web usando httpwebrequest y todo funciona bien.

SIN EMBARGO solo funciona cuando Fiddler está abierto? Cuando el violinista no funciona, acabo de recibir un "Problema de tiempo de espera de solicitud"

¿Alguien sabe cómo solucionar esto y hacerlo funcionar con mi aplicación ASP.NET MVC?

Gracias

Editar: Gracias por la respuesta! Con respecto al proxy, quería probar este script en Windows Azure, ¿qué tan poco confundido sobre cómo configurar la configuración predeterminada del proxy?

Answer 1

Tenga en cuenta que Fiddler actúa como un proxy. Tener una aplicación funcionando cuando Fiddler se está ejecutando pero no de otra manera podría indicar un problema con la configuración del proxy predeterminada. Abra las Opciones de Internet (posiblemente a través de IE) y verifique su configuración de proxy. En particular, tenga en cuenta si está configurando a través de un script.

Mencionaré una posibilidad muy improbable, aunque en realidad me sucedió a mí. Tenía un determinado producto antivirus instalado en mi máquina. Por alguna razón, pensó que mi Suscripción había expirado. El resultado fue que el software no se ejecutaría, y por lo tanto no podría actualizar la lista de programas permitidos para acceder a Internet. Los programas que instalé después de la caducidad no funcionarían a menos que Fiddler se estuviera ejecutando (ya que Fiddler se instaló antes del vencimiento, estaba en la lista "Bueno"). Cualquier otro programa instalado después del vencimiento estaba en la lista "Malo" (por defecto).

Answer 2

¿Se está ejecutando con HTTPS? Si es así, es posible que su código no confíe en el certificado del sitio remoto, y Fiddler podría estar transfiriendo los datos a su aplicación. Envíenos el mensaje de error y una cantidad mínima de código que replica este problema.

Answer 3

Para los buscadores, aquí hay otro pensamiento. Tengo una aplicación que manipula mi sitio web de manera robótica. La aplicación utiliza HttpWebRequest y HttpWebResponse en .Net 4.0. Después de dos o 3 GET exitosas, la siguiente se cerraría de manera consistente. Otra publicación sugirió que si no se cierra correctamente una HINTERNET podría causar que una aplicación se bloquee en un GET posterior al mismo host debido a un límite en el número de conexiones paralelas al mismo host. No sé si esto es lo que sucedía bajo las sábanas, pero pensé que volvería y determinaría dónde podría cerrar las cosas.

Cerré todos mis objetos HttpWebResponse en el código y mi problema desapareció. A partir de esto, no veo por qué Fiddler enmascararía el problema, pero lo hizo. Antes de agregar los cierres, se agotaría el tiempo de espera de una solicitud específica en la secuencia. Después de cerrar las respuestas, todo se aclaró y pude ejecutar sin proxy a través de Fiddler.

Answer 4

Cerrar todos los objetos HttpWebRequest como @ProfVonLemongargle sugirió que se corrigió el mismo problema que estaba teniendo.

Es probable que Fiddler esté cerrando las conexiones al servidor, por lo que la limitación de conexión simultánea queda enmascarada cuando la aplicación la usa como proxy. Consulte este hilo para obtener información adicional: HttpWebRequest times out on second call

Answer 5

cadena anterior, pero descubrí el mismo problema en nuestro código. Fue porque había comandos sobrantes console.log en el javascript. Esto condujo a un código javascript bloqueado.

Answer 6

Tuve el mismo problema en una red corporativa, ¡abrí Fiddler2 para diagnosticar lo que se enviaba/recibía y el problema desapareció! Después de seguir investigando, descubrí que Fiddler hace un túnel de tráfico a través de él como un proxy y mi red corporativa también usa un script de configuración automática para un proxy (supongo que Fiddler estaba haciendo un túnel a través del proxy del sistema adecuado del que mi aplicación no tenía conocimiento)

para que mi programa de VB.net correr todo lo que tenía que hacer era agregar la configuración de proxy para la solicitud:

Dim proxy = WebRequest.GetSystemWebProxy() 
oRequest.Proxy = proxy