Visual Studio 2015 vshub está enviando spam a Fiddler

He leído: ¿Cómo desactivo VsHub.exe en la bandeja del sistema? y https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off

Preferiría no deshabilitar vshub; Solo quiero que sea más silencioso cuando estoy usando Fiddler. En este momento, elimina todo lo demás, y no puedo hacer una depuración general.

¿Alguien sabe una solución? ¿Puedo evitar que vshub aparezca en el violinista sin bloquear el resto de locahost?

Este es un problema relativamente nuevo porque System.NET solía ignorar la configuración del proxy para localhost y, por lo tanto, Fiddler no vería el tráfico de forma predeterminada ( http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp ) - Ver sección inferior.

Ahora, este ya no parece ser el caso, así que espero que más personas tengan la misma pregunta. Fiddler admite varias formas de filtrar solicitudes, aunque nada que el cliente pueda controlar (lo que probablemente sea bueno, ya que no querría que el malware excluya su tráfico). El mecanismo más apropiado y simple en este caso es probablemente establecer un filtro para cualquier url que contenga localhost o vshub. Puedes hacerlo de la siguiente manera:

1. Haga clic en la pestaña de filtros (es una pestaña de nivel superior, al mismo nivel que los inspectores, estadísticas, etc.),
2. Marque la casilla de verificación etiquetada 'Usar filtros'
3. Desplácese hacia abajo y busque la casilla de verificación etiquetada 'Ocultar si la URL contiene'.
4. Marque esa casilla e ingrese localhost o vshub en el cuadro de texto adjunto.
5. Debería ver que el tráfico de vshub se detiene inmediatamente.

Este filtro persistirá, por lo que si cierra Fiddler y lo inicia más tarde, aún estará configurado.

Estas solicitudes parecen provenir de la ventana Herramientas de diagnóstico que se ejecuta al depurar. Parece que proporcionan la información de monitoreo para el uso de la memoria y el uso de la CPU.

Puede detener las solicitudes si no le interesa ver la información de uso deshabilitando la supervisión de la memoria / CPU en el cuadro de diálogo Herramientas de diagnóstico.

• Abra la ventana Herramientas de diagnóstico (Depuración -> Windows -> Mostrar herramientas de diagnóstico)
• Haga clic en el menú desplegable "Seleccionar herramientas" y desmarque Uso de memoria y Uso de CPU.
• Detenga la depuración y la próxima vez que comience a depurar ya no debería ver las solicitudes que se hacen a vshub

Para mí, la solución para detener el "envío de spam" a Fiddler4, en lugar de un filtro de Fiddler, que podría haber elegido hacer, fue cambiar una opción de Visual Studio 2015:

Visual Studio 2015 -> Herramientas -> Opciones -> Depuración -> General -> desmarque / deshabilite "Habilitar herramientas de diagnóstico durante la depuración"

El servicio VSHUB.exe debe ser el servicio que asiste a las herramientas de diagnóstico durante la depuración y continuamente hace ping a su sitio web / webapi / aplicación web que está depurando. No necesito depurar. Herramientas de diagnóstico en este momento, así que lo desactivé en Visual Studio

En lo que respecta a deshabilitar VSHUB.exe, tuve la tentación de hacerlo, hasta que leí a alguien de Microsoft, lo mejor es no deshabilitarlo para una mejor experiencia de Visual Studio 2015 y agregar nuevas características a Visual Studio que utilicen VSHUB.exe sobre hora:

¿Cómo deshabilito VsHub.exe en la bandeja del sistema?

El problema es causado por las herramientas de diagnóstico de Visual Studio durante la depuración.

Puede deshabilitarlos yendo a Herramientas ➜ Opciones y luego siguiendo los pasos:

Esta es una alternativa más fácil para ocultar el tráfico de vshub.

Vaya a Herramientas> Opciones de Fiddler> pestaña Conexiones y agréguelo http://localhost:49155a la lista de omisión. Esto omitirá todo el tráfico publicado en esa URL.

* Editar: Fiddler puede necesitar reiniciarse después de agregarlo a la lista de omisión.

La forma más fácil de resolver esto es configurar un filtro en Fiddler. En OnBeforeResponse, agregue el segundo if con su host / puerto vshub:

  static function OnBeforeResponse(oSession: Session) {
    if (m_Hide304s && oSession.responseCode == 304) {
        oSession["ui-hide"] = "true";
    }

    if (oSession.HostnameIs("localhost:49155")){
        oSession["ui-hide"] = "hiding vshub"; // String value not important
    }


    }

La respuesta de SpokaneDJ fue muy útil para mí y funcionó muy bien, pero no paso mucho tiempo con Fiddler, ¡así que me tomó un minuto recordar cómo hacerlo! Aquí están las instrucciones específicas.

Primero, dentro de la interfaz de usuario de Fiddler, vaya a Rules> Customize Rules. Busca la OnBeforeResponsefunción. Debe tener un aspecto como este:

static function OnBeforeResponse(oSession: Session) {
  if (m_Hide304s && oSession.responseCode == 304) {
    oSession["ui-hide"] = "true";
  }
}

Ahora agregue el siguiente if bloque después del existente (sustituyendo su host / puerto vshub si es diferente):

    if (oSession.HostnameIs("localhost:49155")){
      oSession["ui-hide"] = "hiding vshub"; // String value not important
    }

Su OnBeforeResponsefunción ahora debería verse así:

  static function OnBeforeResponse(oSession: Session) {
    if (m_Hide304s && oSession.responseCode == 304) {
        oSession["ui-hide"] = "true";
    }

    if (oSession.HostnameIs("localhost:49155")){
        oSession["ui-hide"] = "hiding vshub"; // String value not important
    }
  }

Lo anterior no funcionó para mí, como tal. Pareció apagar TODA la supervisión del violinista del host localhost.

Un poco de google juicioso me dio otra solución: bloquear el puerto específicamente agregando esto al final de la sección OnBeforeRequest:

if (oSession.host=="localhost:49155"){
    oSession["ui-hide"] = "true";
}

Esto parece impedir que el puerto sea reportado en Fiddler, sin interrumpir el tráfico localhost adicional.