visual studio 2015 vshub está enviando spam

Eu li: Como desabilito o VsHub.exe na bandeja do sistema? e https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off

Eu preferiria não desativar o vshub; Eu só quero que fique mais silencioso quando estiver usando o violinista. No momento, isso gera todo o resto, e não posso fazer depuração geral.

Alguém conhece uma solução alternativa? Posso bloquear o vshub de aparecer no violinista sem bloquear o restante do locahost?

Esse é um problema relativamente novo, porque o System.NET costumava ignorar as configurações de proxy do host local e, portanto, o Fiddler não via o tráfego por padrão ( http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp ) - veja a seção inferior.

Agora, isso não parece mais ser o caso, então espero que mais pessoas tenham a mesma pergunta. O Fiddler suporta várias maneiras de filtrar solicitações, embora nada que o cliente possa controlar (o que provavelmente é bom, pois você não deseja que o malware exclua seu tráfego). O mecanismo mais apropriado e mais simples nesse caso é provavelmente definir um filtro para qualquer URL que contenha localhost ou vshub. Você pode fazer isso:

1. Clique na guia filtros (é uma guia de nível superior, no mesmo nível dos inspetores, estatísticas etc.),
2. Marque a caixa de seleção 'Usar filtros'
3. Role para baixo e encontre a caixa de seleção 'Ocultar se o URL contiver'.
4. Marque essa caixa e digite localhost ou vshub na caixa de texto que o acompanha.
5. Você deve ver o tráfego vshub parar imediatamente.

Esse filtro persistirá; portanto, se você desligar o Fiddler e o iniciar novamente mais tarde, ele ainda será definido.

Esses pedidos parecem vir da janela Ferramentas de diagnóstico, que é executada durante a depuração. Parece que eles fornecem as informações de monitoramento para uso de memória e uso de CPU.

Você pode interromper as solicitações se não quiser ver as informações de uso desativando o monitoramento de Memória / CPU na caixa de diálogo Ferramentas de Diagnóstico.

• Abra a janela Ferramentas de diagnóstico (Depurar -> Windows -> Mostrar ferramentas de diagnóstico)
• Clique no menu suspenso "Selecionar ferramentas" e desmarque Uso da memória e Uso da CPU.
• Pare a depuração e da próxima vez que você começar a depurar, não deverá mais ver as solicitações feitas ao vshub

Para mim, a correção para interromper o "envio de spam" para o Fiddler4, em vez de um filtro do Fiddler, que eu poderia ter escolhido, era alterar uma opção do Visual Studio 2015:

Visual Studio 2015 -> Ferramentas -> Opções -> Depuração -> Geral -> desmarque / desative "Ativar ferramentas de diagnóstico durante a depuração"

O serviço VSHUB.exe deve ser o serviço que auxilia as ferramentas de diagnóstico durante a depuração e faz ping contínuo no site / webapi / aplicativo da web que você está depurando. Eu não preciso de depuração. No momento, as ferramentas de diagnóstico foram desativadas no Visual Studio

Em relação à desativação do VSHUB.exe, fiquei tentado a fazê-lo, até ler de alguém na Microsoft, o melhor para não desativá-lo para uma melhor experiência do Visual Studio 2015 e adicionar novos recursos ao Visual Studio que utilizam o VSHUB.exe Tempo:

Como desabilito o VsHub.exe na bandeja do sistema?

O problema é causado pelas Ferramentas de diagnóstico do Visual Studio durante a depuração.

Você pode desativá-los acessando Ferramentas ➜ Opções e seguindo as etapas:

Esta é uma alternativa mais fácil para ocultar o tráfego vshub.

Vá para Ferramentas> Opções do violinista> guia Conexões e adicione http://localhost:49155à lista de ignorados. Isso pulará todo o tráfego postado nesse URL.

* Editar: o Fiddler pode precisar ser reiniciado após ser adicionado à lista de ignorados.

A maneira mais fácil de resolver isso é configurar um filtro no violinista. No OnBeforeResponse, adicione o segundo se com seu 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
    }


    }

A resposta de SpokaneDJ foi muito útil para mim e funcionou muito bem, mas eu não passo muito tempo com o Fiddler, então demorei um minuto para lembrar como fazer isso! Aqui estão as instruções específicas.

Primeiro, na interface do usuário do Fiddler, vá para Rules> Customize Rules. Procure a OnBeforeResponsefunção. Deve ficar assim:

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

Agora adicione o seguinte if bloco após o existente (substituindo o host / porta do vshub, se diferente):

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

Sua OnBeforeResponsefunção agora deve ficar assim:

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

O exposto acima não funcionou para mim, como tal. Pareceu desligar TODO o monitoramento de violinistas do host do host local.

Um pouco de pesquisa criteriosa me deu outra solução - bloquear a porta especificamente, adicionando-a na parte inferior da seção OnBeforeRequest:

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

Isso parece impedir que a porta seja relatada no Fiddler, sem interromper o tráfego do host local.