portable - Visual Studio 2015 vshub está enviando spam a Fiddler

visual studio code extensions

Question

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 bloquear vshub para que no aparezca en el violinista sin bloquear el resto de locahost?

Answer 1

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 agregue http://localhost:49155 a la lista de http://localhost:49155 . 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.

Answer 2

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

Answer 3

Este es un problema relativamente nuevo porque System.NET solía ignorar la configuración de 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 más 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 apaga Fiddler y lo inicia de nuevo más tarde, seguirá estando configurado.

Answer 4

La forma más fácil de resolver esto es configurar un filtro en Fiddler. En OnBeforeResponse, agregue el segundo si 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
}
}

Answer 5

La respuesta de SpokaneDJ fue muy útil para mí y funcionó muy bien, pero no paso mucho tiempo con Fiddler, ¡así que me llevó 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 . Busque la función OnBeforeResponse . 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 bloque if 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 función OnBeforeResponse 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
}
}

Answer 6

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

Un poco de búsqueda juiciosa de Google me dio otra solución: bloquear el puerto específicamente al agregar esto al final de la sección OnBeforeRequest:

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

Esto parece bloquear el puerto de ser reportado en Fiddler, sin interrumpir el tráfico localhost adicional.

Answer 7

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 "Activar herramientas de diagnóstico durante la depuración"

El servicio VSHUB.exe debe ser el servicio que ayuda a las herramientas de diagnóstico durante la depuración y está haciendo ping continuamente 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?

Answer 8

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: