web-dev-qa-db-fra.com

Spaming de Visual Studio 2015 Update 1 localhost

J'ai installé Visual Studio Update 1 hier et maintenant lorsque j'exécute les services ASP.NET localement sur IIS (pas la version express). Je vois des centaines de demandes par seconde pour l'adresse

 http://localhost:49155/vshub/ca9dea4b016f45c68a6a8c1a07809eb4/DataWarehouseModule/dataWarehouse/getStatus/

Qu'est-ce qui cause cela et est-il évitable?

visual-studiovisual-studio-2015
119
Fishcake

Une autre option pour empêcher le violoniste de grignoter votre processeur consiste à écrire une règle dans le violoneur pour ignorer ces requêtes. Aller aux règles> Personnaliser les règles ... trouvez la fonction OnBeforeRequest et ajoutez

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

alors le mien ressemble à ceci:

static function OnBeforeRequest(oSession: Session) {
    if(oSession.oRequest.headers["Host"]=="localhost:49155"){
        oSession["ui-hide"] = "true";
    }
}

comme @matrixugly l'a souligné, le port peut être différent selon la version de VS. La solution de @ tedd-hansen pourrait être meilleure dans toutes les versions de visual studio.

if(oSession.oRequest.headers["Host"].StartsWith("localhost") 
    && oSession.PathAndQuery.StartsWith("/vshub/")) {
    oSession["ui-hide"] = "true";
}

Voici une discussion sur cette question sur github afin de mieux comprendre ce qui se passe; https://github.com/aspnet/Mvc/issues/3655

Voici un autre article sur SO pour le même problème; Visual Studio 2015 vshub est un fiddler de spamming

110
KyleUp

C'est le débogueur qui envoie les informations au processus VSHub. Il s'agit d'une communication interne entre les deux processus, de sorte qu'une partie de la collecte de données du débogueur puisse avoir lieu en dehors du processus.

Il est utile pour les info-bulles du débogueur, les informations sur les performances, l'expérience de débogage historique, etc. En tant que tel, il est impossible de l'éteindre sans compromettre sérieusement les fonctionnalités avancées du débogueur.

Vous pouvez désactiver certaines de ces fonctionnalités (bien que d'autres fonctionnalités puissent toujours compter sur Vshub pour effectuer du travail en dehors du processus en arrière-plan):

Tools > Options > Debugging > General > [  ] Enable Diagnostic Tools while debugging

La communication est purement locale et ne pose pas de problème grave ou de surcharge. Y a-t-il une raison spécifique pour laquelle vous souhaitez vous en débarrasser? Des outils tels que Fiddler peuvent être configurés pour filtrer les processus. Ignorer ce trafic devrait donc être simple.

52
jessehouwing

Comme cela s’est transformé en un moyen de faire en sorte que Fiddler ignore les requêtes, le moyen le plus simple que j’ai trouvé est d’aller dans l’onglet Filtres, section En-têtes de requêtes, de cocher la case "Masquer si l’URL contient" et d’entrer "/ vshub /".

Hiding with Filters

18
Brian Reischl

Je réalise que ce n'est pas la solution, mais cela peut aider les autres qui viennent ici (comme moi).

Développer la réponse donnée par KyleUp. Ajouter ceci à la méthode "OnBeforeRequest" est un peu plus général et empêche tous les messages localhost/vshub/debug de remplir la vue dans Fiddler.

if(oSession.oRequest.headers["Host"].StartsWith("localhost") 
   && oSession.PathAndQuery.StartsWith("/vshub/")) {
    oSession["ui-hide"] = "true";
}
7
Tedd Hansen

C'est une alternative plus facile pour masquer le trafic vshub localhost.

Allez dans Outils> Options de violonettes> onglet Connexions et ajoutez http://localhost:49155 à la liste de contournement. Cela permettra d'ignorer tout le trafic envoyé à cette URL.

3
mikro