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:
- Clique na guia filtros (é uma guia de nível superior, no mesmo nível dos inspetores, estatísticas etc.),
- Marque a caixa de seleção 'Usar filtros'
- Role para baixo e encontre a caixa de seleção 'Ocultar se o URL contiver'.
- Marque essa caixa e digite localhost ou vshub na caixa de texto que o acompanha.
- 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.
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.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.
fonte
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?
fonte
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:
fonte
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.
fonte
A maneira mais fácil de resolver isso é configurar um filtro no violinista. No OnBeforeResponse, adicione o segundo se com seu host / porta vshub:
fonte
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 aOnBeforeResponse
função. Deve ficar assim:Agora adicione o seguinte
if
bloco após o existente (substituindo o host / porta do vshub, se diferente):Sua
OnBeforeResponse
função agora deve ficar assim:fonte
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:
Isso parece impedir que a porta seja relatada no Fiddler, sem interromper o tráfego do host local.
fonte