Visual Studio 2015 vshub è un violinista di spamming

Ho letto: Come disabilitare VsHub.exe nella barra delle applicazioni? e https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off

Preferirei non disabilitare vshub; Voglio solo che sia più silenzioso quando uso il violinista. In questo momento esplode tutto il resto e non posso eseguire il debug generale.

Qualcuno conosce una soluzione? Posso bloccare la visualizzazione di vshub in fiddler senza bloccare il resto di locahost?

Questo è un problema relativamente nuovo perché System.NET era solito ignorare le impostazioni proxy per localhost, e quindi Fiddler non vedeva il traffico per impostazione predefinita ( http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp ) - vedi la sezione inferiore.

Ora questo non sembra più essere il caso, quindi mi aspetto che più persone abbiano la stessa domanda. Fiddler supporta diversi modi per filtrare le richieste, sebbene nulla che il client possa controllare (il che è probabilmente buono, dal momento che non vorrai che il malware escluda il suo traffico). Il meccanismo più appropriato e più semplice in questo caso è probabilmente quello di impostare un filtro per qualsiasi URL che contenga localhost o vshub. Puoi farlo tramite:

1. Fai clic sulla scheda Filtri (è una scheda di livello superiore, allo stesso livello di ispettori, statistiche, ecc.),
2. Seleziona la casella di controllo "Usa filtri"
3. Scorri verso il basso e trova la casella di controllo "Nascondi se l'URL contiene".
4. Seleziona quella casella e inserisci localhost o vshub nella relativa casella di testo.
5. Dovresti vedere immediatamente il traffico di vshub fermarsi.

Questo filtro persisterà, quindi se chiudi Fiddler e lo riavvii in seguito, verrà comunque impostato.

Queste richieste sembrano provenire dalla finestra Strumenti di diagnostica che viene eseguita durante il debug. Sembra che forniscano le informazioni di monitoraggio per l'utilizzo della memoria e della CPU.

È possibile interrompere le richieste se non si desidera visualizzare le informazioni sull'utilizzo disabilitando il monitoraggio Memoria / CPU nella finestra di dialogo Strumenti di diagnostica.

• Aprire la finestra Strumenti di diagnostica (Debug -> Windows -> Mostra strumenti di diagnostica)
• Fai clic sul menu a discesa "Seleziona strumenti" e deseleziona Utilizzo memoria e Utilizzo CPU.
• Interrompi il debug e la prossima volta che avvierai il debug non dovresti più vedere le richieste fatte a vshub

Per me, la correzione per fermare lo "spamming" su Fiddler4, invece di un filtro Fiddler, che avrei potuto scegliere di fare, era cambiare un'opzione di Visual Studio 2015:

Visual Studio 2015 -> Strumenti -> Opzioni -> Debug -> Generale -> deseleziona / disabilita "Abilita strumenti diagnostici durante il debug"

Il servizio VSHUB.exe deve essere il servizio che assiste gli strumenti di diagnostica durante il debug e esegue continuamente il ping del sito Web / webapi / app Web di cui si sta eseguendo il debug. Non ho bisogno di debug. Strumenti diagnostici in questo momento, quindi l'ho disabilitato in Visual Studio

Per quanto riguarda la disabilitazione di VSHUB.exe, sono stato tentato di farlo, fino a quando non ho letto da qualcuno di Microsoft, è meglio non disabilitarlo per una migliore esperienza di Visual Studio 2015 e aggiungono nuove funzionalità a Visual Studio che utilizzano VSHUB.exe su tempo:

Come disabilitare VsHub.exe nella barra delle applicazioni?

Il problema è causato dagli strumenti di diagnostica di Visual Studio durante il debug.

Puoi disabilitarli andando su Strumenti ➜ Opzioni , quindi seguendo i passaggi:

Questa è un'alternativa più semplice per nascondere il traffico vshub.

Vai su Strumenti> Opzioni violinista> scheda Connessioni e aggiungi http://localhost:49155all'elenco bypass. Ciò salterà tutto il traffico pubblicato su quell'URL.

* Modifica: potrebbe essere necessario riavviare il violinista dopo aver aggiunto all'elenco di bypass.

Il modo più semplice per risolverlo è impostare un filtro nel violinista. In OnBeforeResponse, aggiungi il secondo se con il tuo host / porta 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 risposta di SpokaneDJ è stata molto utile per me e ha funzionato benissimo, ma non trascorro molto tempo con Fiddler, quindi mi ci è voluto un minuto per ricordare come farlo! Ecco le istruzioni specifiche.

Innanzitutto, nell'interfaccia utente di Fiddler, vai a Rules> Customize Rules. Cerca la OnBeforeResponsefunzione. Dovrebbe sembrare come questo:

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

Ora aggiungi il seguente if blocco dopo quello esistente (sostituendo il tuo host / porta vshub se diverso):

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

La tua OnBeforeResponsefunzione ora dovrebbe apparire così:

  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
    }
  }

Quanto sopra non ha funzionato per me, in quanto tale. Sembrava chiudere TUTTO il monitoraggio violinista dell'host localhost.

Un po 'di giudizioso googling mi ha dato un'altra soluzione: bloccare la porta specificatamente aggiungendola in fondo alla sezione OnBeforeRequest:

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

Ciò sembra bloccare la segnalazione della porta in Fiddler, senza interrompere l'ulteriore traffico dell'host locale.