Pourquoi Microsoft n'a-t-il jamais implémenté une interface de bouclage dans Windows?

Tout d'abord: je sais que vous pouvez installer une sorte d'adaptateur de bouclage sous Windows .

Mais ce que j'ai trouvé vraiment étrange, c'est qu'il n'existe rien de semblable loà Windows. Du tout. Depuis l' interface de bouclage réseau manquante :

La pile TCP / IP de Windows n'implémente pas d'interface de bouclage réseau, comme dans d'autres piles TCP / IP comme les interfaces lo * dans les systèmes BSD.

...

L'adaptateur de bouclage Microsoft peut être installé sur les systèmes Windows pour exécuter des applications réseau lorsqu'aucun adaptateur physique n'est présent ou actif sur le système. Cet adaptateur n'est pas l'équivalent d'une interface de bouclage réseau et l'adresse IPv4 127.0.0.1 ne peut pas lui être affectée. De plus, il n'est pas possible de renifler le trafic réseau dessus, au moins avec WinPcap.

Je serais vraiment intéressé si quelqu'un savait pourquoi ce choix avait été fait ou pourquoi il ne semblait jamais nécessaire d'inclure un périphérique de bouclage dans Windows. Parce qu'il est très pratique pour pouvoir réellement capturer les paquets que vous envoyez depuis / vers lui afin de développer ou de déboguer des applications réseau.

Donc, si quelqu'un a une expérience de la mise en réseau, des piles TCP / IP, etc. et est en mesure de fournir des informations, ce serait très apprécié.

windows tcpip loopback

— slhck
source

Son là, juste pas installé par défaut dans Windows ... sevenforums.com/network-sharing/…

— Moab

Ouais, non, voir le premier lien dans ma question. Je sais que c'est une sorte d'adaptateur de bouclage, mais vous ne pouvez toujours pas capturer à partir de lui.

— slhck

De quel milieu parlez-vous? Si un arrière-plan de programmation, tournez-le comme une question de programmation et posez-le sur Stackoverflow.

— barlop

Wirehark ne le ramasse-t-il pas?

— barlop

@barlop Non, ce n'est pas lié à la programmation. Ma question est de savoir pourquoi ils ont choisi de ne pas l'appliquer d'une manière "appropriée" ou autrement utile. Wireshark ne peut pas le récupérer comme WinPcap ne le peut pas.

— slhck

Réponses:

Raisons historiques. Depuis le début, unix / linux a toujours été sur le réseau. Alors que MS-DOS / Windows a renforcé le réseau après coup, initialement avec Windows propre «NetBIOS» plutôt que TCPIP.

Ce n'est que lorsque Netscape est arrivé que Microsoft a dû installer une pile TCPIP et reconnaître la présence d'Internet. Avant cela, vous deviez assembler votre propre pile pour parler aux machines Unix, en payant généreusement le privilège.

J'espère que ce contexte historique vous aidera à comprendre pourquoi MS-Windows n'est pas encore vraiment là quand il s'agit d'un bon réseau. Pour faire une analogie avec une voiture, c'est un peu comme demander pourquoi les motos n'ont pas quatre roues. (Oui, c'est une très mauvaise analogie ...)

Avant qu'il ne devienne important de se connecter, il y avait de nombreux protocoles LAN - DECnet, Token Ring, Novell et les efforts de Microsoft fournis avec Windows 3.11 - seuls les vrais experts pouvaient faire dialoguer ces différentes boîtes et la mise en réseau était un art vraiment sombre.

— ʍǝɥʇɐɯ
source

"De la base" - êtes-vous sûr que les toutes premières versions d'Unix avaient une capacité de mise en réseau? En outre, au moment de Netscape, Microsoft n'a pas avoir une pile TCPIP - vous deviez installer votre propre.

— John Saunders

-1

Sérieusement? Êtes-vous certain que 127.0.0.1 ne fonctionne pas?

Il est impératif que 127.0.0.X soit routé vers le même ordinateur. Cela fait partie de la norme IPV4. Si Microsoft ne l'implémente pas, cela brise les spécifications et je trouverais cela surprenant car la pile TCP / IP de "Microsoft" est vraiment la pile BSD et je sais qu'ils l'implémentent.

Je sais que "lo" n'est pas répertorié comme une interface, mais cela n'a pas d'importance. C'est juste un raccourci de toute façon.

— Richard Wicks
source