visual studio 2015 vshub est spamming fiddler
j'ai lu: comment désactiver VsHub.exe dans le plateau du système? et https://connect.microsoft.com/VisualStudio/feedback/details/1919828/hundreds-of-calls-second-to-vshub-and-browserlink-is-off
je préférerais ne pas désactiver vshub; je veux juste que ce soit plus calme quand j'utilise fiddler. Pour l'instant, ça élimine tout le reste, et je ne peux pas faire de débogage général.
est-ce que quelqu'un sait une solution de contournement? Puis-je empêcher vshub d'apparaître dans fiddler sans bloquer le reste de locahost?
8 réponses
il s'agit d'un problème relativement nouveau parce que System.NET utilisé pour ignorer les paramètres de proxy pour localhost, et donc Fiddler ne verrait pas le trafic par défaut ( http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp ) - voir section du bas.
Maintenant, cela ne semble plus être le cas, donc j'attends plus de gens auront la même question. Fiddler prend en charge plusieurs façons de filtrer les requêtes, mais rien que le client peut contrôler (ce qui est probablement bon, puisque vous ne voudriez pas malware d'exclure son trafic). Le mécanisme le plus approprié et le plus simple dans ce cas est probablement de définir un filtre pour n'importe quelle url qui contient localhost ou vshub. Vous pouvez le faire en:
- cliquez sur l'onglet Filtres (c'est un onglet de haut niveau, au même niveau que les inspecteurs, les statistiques, etc.),
- cochez la case "Utiliser les filtres "
- défiler vers le bas et trouver la case "Masquer si l'URL contient".
- cocher cette case et inscrire localhost ou vshub dans la zone de texte correspondante.
- vous devriez voir l'arrêt de la circulation vshub immédiatement.
Ce filtre va persister, donc si vous arrêtez Fiddler et la reprendre plus tard, il sera toujours ensemble.
ces requêtes semblent provenir de la fenêtre des outils de Diagnostic qui s'exécute lors du débogage. Il semble qu'ils fournissent l'information de surveillance pour L'utilisation de la mémoire et L'utilisation CPU.
vous pouvez arrêter les requêtes Si vous ne vous souciez pas de voir les informations d'utilisation en désactivant la surveillance Mémoire/CPU dans la boîte de dialogue Outils De Diagnostic.
- ouvrir la fenêtre des outils de Diagnostic (déboguer -> Windows -> afficher les outils de Diagnostic)
- cliquez sur le bouton" Sélectionner des outils " et décochez L'utilisation de la mémoire et de L'UNITÉ CENTRALE.
- arrêtez de déboguer et la prochaine fois que vous commencez à déboguer, vous ne devriez plus voir les requêtes faites à vshub
pour moi, le correctif pour arrêter" spamming "à Fiddler4, au lieu d'un filtre Fiddler, ce que j'aurais pu choisir de faire, était de changer L'option Visual Studio 2015:
Visual Studio 2015 -> Outils -> Options -> Options de Débogage -> Général -> décocher/désactiver "Activer les Outils de Diagnostic pendant le débogage"
VSHUB.le service exe doit être le service qui: aide les outils de Diagnostic pendant le débogage et est continuellement pinging votre site web/WebAPI/application web que vous déboguez. Je n'ai pas besoin de débogage. Outils de Diagnostic en ce moment donc je viens de le désactiver dans Visual Studio
en ce qui concerne la désactivation de VSHUB.exe, j'étais tenté de le faire, jusqu'à ce que je lise quelqu'un chez Microsoft, son mieux pour ne pas le désactiver pour une meilleure expérience Visual Studio 2015 et ils ajoutent de nouvelles fonctionnalités à Visual Studio qui utilisent VSHUB.exe au fil du temps:
le problème est causé par les outils de Diagnostic de Visual Studio pendant le débogage.
vous pouvez les désactiver en allant à outils փ " փ Options , puis en suivant les étapes:
c'est une alternative plus facile pour cacher le trafic vshub.
aller à Outils > Options Fiddler > onglet Connexions et ajouter http://localhost:49155 à la liste des bypass. Cela sautera tout le trafic posté à cette URL.
*Edit: Fiddler devrez peut-être redémarrer après l'ajout à la liste ignorer.
la façon la plus simple de résoudre ce problème est de configurer un filtre dans fiddler. Dans L'OnBeforeResponse, ajoutez le second si avec votre hôte/port 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 la réponse a été très utile pour moi et a bien fonctionné, mais je ne passe pas beaucoup de temps avec Fiddler donc il m'a fallu une minute pour me rappeler comment faire cela! Voici les instructions spécifiques.
tout d'abord, dans L'UI de Fiddler, passez à Rules > Customize Rules . Rechercher la fonction OnBeforeResponse . Il devrait ressembler à ceci:
static function OnBeforeResponse(oSession: Session) {
if (m_Hide304s && oSession.responseCode == 304) {
oSession["ui-hide"] = "true";
}
}
maintenant ajouter if bloc après le bloc existant (en remplaçant votre hôte/port vshub si différent):
if (oSession.HostnameIs("localhost:49155")){
oSession["ui-hide"] = "hiding vshub"; // String value not important
}
votre fonction OnBeforeResponse devrait maintenant ressembler à ceci:
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
}
}
ce qui précède n'a pas fonctionné pour moi, en tant que tel. Il a semblé arrêter toute surveillance fiddler de l'hôte localhost.
un peu de googling judicieux m'a donné une autre solution - pour bloquer le port spécifiquement en ajoutant ceci au bas de la section OnBeforeRequest:
if (oSession.host=="localhost:49155"){
oSession["ui-hide"] = "true";
}
cela semble empêcher le port d'être signalé dans Fiddler, sans perturber davantage le trafic local.