Comment désactiver le périphérique de bouclage Windows 10?

J'ai trouvé cette question pour Windows 7 à plusieurs reprises ( exemple ), mais cela ne fonctionne pas sous Windows 10, car je ne pense pas que la carte réseau de bouclage est exposée au même endroit. Au moins pour moi, je ne vois pas de périphérique de bouclage dans mon gestionnaire de périphériques.

Y a-t-il un endroit à part le gestionnaire de périphériques que je dois examiner afin de désactiver l'adaptateur de bouclage dans Windows 10?

EDIT: La raison pour laquelle je voudrais faire cela est de simuler une chute de connexion Internet à des fins de test. Je suis un développeur qui programme une application distribuée avec Wamp . J'ai un routeur Wamp et un abonné. Lorsqu'une connexion est interrompue, je dois m'assurer que ma conception se reconnecte au serveur lorsque la connexion est rétablie. Cependant, je ne parviens pas à tester ce scénario sans exécuter le routeur et l'abonné sur des ordinateurs différents. Avoir les deux sur la même machine serait bien pour les tests.

networking network-adapter loopback

— Frank Bryce
source

Juste curieux, pourquoi voudriez-vous désactiver le périphérique de bouclage? Autant que je sache, cela ne pose aucun problème de sécurité supplémentaire par rapport à toute autre pile IP exécutée sur le système et au moins à Unix, il est utilisé par des dizaines de processus pour se connecter les uns aux autres.

— mardi

@ mtak Ce n'est pas de la sécurité, mais en fait des tests. Je suis un développeur essayant de tester des scénarios de déconnexion / reconnexion. Etre capable de le faire à la volée permettrait des tests relativement rapides. Je peux créer un serveur et un client localement, puis m'assurer que ma conception permet une connectivité instable en désactivant / réactivant le périphérique de bouclage. C'est mon idée quand même.

— Frank Bryce

vous pouvez par un pare-feu un port plus rapide que l'activation / désactivation de périphérique, ce sera comme une connexion hachée. Ou utilisez github.com/jagt/clumsy

— strangeqargo

@strangeqargo C'est intéressant ... est-ce que je pourrais juste faire un pare-feu sur tous les ports pour 127.0.0.1? Est-ce que cela accomplirait la même chose?

— Frank Bryce

Je ne sais pas pour Windows api pour cela (je suis plus comme un utilisateur de Linux) mais je parie que vous pouvez, peut-être installer un autre pare-feu. Je doute que vous ayez besoin d'interdire tous les ports. Après tout, votre application n'utilise pas de ports aléatoires, je suppose. Je suppose que Clumsy (lié à propos de) ou quelque chose comme ceci est un meilleur choix. Vous pouvez également utiliser VirtualBox et tuer son réseau via certains appels d'API. Réponse à votre question initiale est ici bien - msdn.microsoft.com/en-us/library/windows/hardware/...

— strangeqargo

OK, donc la réponse donnée par @Ramhound dans les commentaires, je pense, est la bonne réponse au problème du titre.

Ils ont changé le nom de celui -ci en adaptateur de bouclage Microsoft KM-TEST . Lisez attentivement les instructions de Kate LI. J'ai personnellement vérifié leur efficacité.

Cependant, pour mon problème, cela ne fonctionnait pas car l'installation de cette carte et sa désactivation n'empêchaient pas le trafic local d'acheminer vers localhost . Plus particulier à mon avis.

La réponse pour moi a été donnée par @strangeqargo , qui devait utiliser maladroit , ce qui, selon la documentation de github, exploite WinDivert . C'est très utile et c'est ce qui m'a permis de faire le travail. Il a arrêté avec succès les paquets envoyés à partir de localhost et / ou les paquets envoyés à localhost.

— Frank Bryce
source