visual studio 2015 vshub está enviando spam

201

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?

Greg Netland
fonte

Respostas:

268

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.

Anson Horton
fonte
4
Obrigado, @Anson. Ocultar essa enorme quantidade de solicitações tornará o Fiddler utilizável novamente. Mas isso ainda permanece um problema sério, é claro. Também faz você se perguntar por que o Visual Studio ou qualquer processo subsequente relacionado a ele está fazendo essas solicitações em primeiro lugar (retórica). Se você também estiver incomodado com isso, adicione uma votação no bug nº 1919828 do MS Connect e / ou no problema nº 3655 do ASP.NET MVC .
Juliën 9/12/15
4
Só para adicionar, você pode usar o || operador na caixa "Ocultar se o URL contiver" se desejar ocultar outras solicitações, como o link do navegador.
Nick Spicer
4
@ Moriarty re: ...why Visual Studio is making these requests... bem, isso ocorre porque os processos estão se comunicando através do HTTP no adaptador de loopback. . Esse tráfego foi gerado por "um tempo" agora; recentemente, foi alterado que, por padrão, é visível para proxies HTTP ... então não sei ao certo por que você consideraria isso um bug.
27716 Alan K. Bates
2
Qual é um efeito colateral das novas ferramentas de depuração remota no Visual Studio 2015, tenho certeza. Especialmente relacionado à depuração de plataforma cruzada para Cordova em dispositivos Apple, eu apostaria ainda mais. Eles provavelmente criaram essas mudanças de uma maneira que lhes permitisse estendê-las a outras plataformas posteriormente, daí a mudança global.
Bon
1
Esta não é a solução correta. Apenas esconde o problema. As soluções abaixo para remover as ferramentas de diagnóstico durante a depuração no VS são a verdadeira solução.
Rafi
132

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
Alex
fonte
10
Essa é a solução correta. Ele imediatamente se livrou de toda a mensagem de spam. No momento, não ligo para CPU / memória, preciso que meu violinista fique limpo para poder usá-lo corretamente. Tão grande Graças a você, Alex, por essa correção.
Pic Mickael
6
Isso vai ajudar apenas uma vez, mas você pode desativar "Ferramentas de diagnóstico" em Vusial Estúdio aqui: Ferramentas -> Opções -> Depuração -> Geral -> caixa de seleção "Ativar Ferramentas de diagnóstico durante a depuração"
Andrey Prokhorov
1
Não consigo encontrar o menu suspenso "Selecionar ferramentas" (no Visual Studio 2015). Alguma idéia de onde fica?
Per Lundberg
1
@ PerLundberg Se você não conseguir localizar "Selecionar Ferramentas", tente a resposta de Brian abaixo (a mesma de Andrey nesses comentários). Agora, essa é minha solução preferida para manter o monitoramento de memória / CPU desativado o tempo todo. Se eu precisar, sei como habilitá-lo.
Alex
Observe que se você estiver em uma sessão de depuração e fizer a opção de Alex, enquanto o monitoramento de memória / CPU será interrompido, as solicitações não serão até que você pare e reinicie a sessão de depuração! Descobri isso da maneira mais difícil.
vapcguy
88

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"

insira a descrição da imagem aqui

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?

Brian Ogden
fonte
@BrianOgden Phew! Obrigado. Finalmente, uma resposta do VS 2015. Os menus do Visual Studio mudaram muito em cada versão. De repente, essa ferramenta - VsHub - ficou instável e não sei por quê. Com as atualizações automáticas do Windows 10, poderia ter sido isso sem o meu conhecimento.
Octopusgrabbus 24/02
Observe que qualquer pessoa que faça isso dessa maneira, se você fizer isso no meio de uma sessão de depuração, suas solicitações não deixarão de ser capturadas no Fiddler até que você pare e reinicie sua sessão de depuração.
vapcguy
21

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

Você pode desativá-los acessando FerramentasOpções e seguindo as etapas: insira a descrição da imagem aqui

Sergey
fonte
Belo gráfico. Brian Ogden já o venceu - resposta duplicada. Observe que qualquer pessoa que faça isso dessa maneira, se fizer isso no meio de uma sessão de depuração, suas solicitações não deixarão de ser capturadas no Fiddler até que você pare e reinicie sua sessão de depuração.
vapcguy
@vapcguy Tenho que admitir minha resposta não é diferente , mas eu era o primeiro a postar um gráfico. Brian editou sua resposta mais tarde para incluir o gráfico. Tudo bem, desde que as pessoas obtenham suas respostas.
Sergey
20

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.

Mikro
fonte
2
Essa alteração foi aplicada somente depois que eu reiniciei o Fiddler.
Bassem
@ Bassem, também sem reiniciar para o meu.
amigos estão dizendo sobre
9

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
    }


    }
SpokaneDJ
fonte
2

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
    }
  }
Brian Lacy
fonte
0

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.

Rich Howard
fonte
1
Você deve mencionar a resposta a que se refere como "a acima", pois as respostas aqui podem mudar para cima e para baixo com base em vários fatores.
Sergey
Ponto justo. No momento, ele se aplicava a todas as outras soluções, mas parece que mais foram adicionadas desde então. Vou ter isso em mente no futuro.
Rico Howard