.net - fiddler visual studio web service

Httpwebreqest funciona con Fiddler On de lo contrario Tiempo de espera

Question

Estoy recibiendo 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, solo obtengo un "Problema de tiempo de espera de solicitud"

¿Alguien sabe cómo solucionarlo y hacer que funcione con mi aplicación ASP.NET MVC?

Gracias

Edit: Gracias por la respuesta! Respecto al proxy: quería probar esta secuencia de comandos en Windows Azure, ¿tan poco confuso acerca de cómo configurar la configuración de proxy predeterminada?

Answer 1

¡Tenía el mismo problema en una red corporativa, abrí Fiddler2 para diagnosticar lo que se estaba enviando / recibiendo y el problema desapareció! Después de una investigación adicional, descubrí que el tráfico de túneles de Fiddler 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 (asumo que Fiddler lo estaba canalizando a través del proxy del sistema adecuado del cual mi aplicación no sabía)

Para que mi programa VB.net se ejecute, todo lo que tenía que hacer era agregar la configuración del proxy a la solicitud:

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

Answer 2

¿Estás ejecutando con HTTPS? Si es así, es posible que su código no confíe en el certificado del sitio remoto y que Fiddler pueda pasar 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

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

Answer 4

El cierre de todos los objetos HttpWebRequest como @ProfVonLemongargle sugirió solucionar el mismo problema que estaba teniendo.

Es probable que Fiddler esté cerrando las conexiones con el servidor, por lo que la limitación de la conexión concurrente se enmascara cuando la aplicación la usa como proxy. Consulte este hilo para obtener información adicional: HttpWebRequest agota el tiempo de espera en la segunda llamada

Answer 5

Para los buscadores, aquí hay otro pensamiento. Tengo una aplicación que manipula mi sitio web de forma robótica. La aplicación utiliza HttpWebRequest y HttpWebResponse en .Net 4.0. Después de dos o tres GET exitosos, el siguiente se cerraría consistentemente. Otra publicación sugirió que no cerrar HINTERNET correctamente podría hacer 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 estaba pasando 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ó. De esto no veo por qué Fiddler enmascararía el problema, pero lo hizo. Antes de agregar los cierres, una solicitud específica en la secuencia se agotaría constantemente. Después de cerrar las respuestas, todo se aclaró y pude correr sin hacer proxy a través de Fiddler.

Answer 6

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

Mencionaré una posibilidad muy poco probable, aunque en realidad me sucedió. Tenía un producto antivirus determinado 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 se pudo actualizar la lista de programas autorizados para acceder a Internet. Los programas que instalé después de la expiración no funcionarían a menos que Fiddler estuviera en ejecución (ya que Fiddler se instaló antes de la expiración, estaba en la lista "Bueno"). Cualquier otro programa instalado después de la expiración estaba en la lista "Malo" (por defecto).