Dlaczego Microsoft nigdy nie wdrożył interfejsu pętli zwrotnej w systemie Windows?

11

Po pierwsze: wiem, że możesz zainstalować coś w rodzaju adaptera pętli zwrotnej w systemie Windows .

Ale to, co naprawdę wydało mi się dziwne, to to, że nie ma czegoś takiego jak low systemie Windows. W ogóle. Z brakującego interfejsu sprzężenia zwrotnego sieci :

Stos TCP / IP systemu Windows nie implementuje interfejsu pętli zwrotnej sieci, co można znaleźć w innych stosach TCP / IP, takich jak interfejsy lo * w systemach BSD.

...

Microsoft Loopback Adapter można zainstalować w systemach Windows, aby uruchamiać aplikacje sieciowe, gdy żaden fizyczny adapter nie jest obecny lub aktywny w systemie. Ten adapter nie jest odpowiednikiem interfejsu pętli zwrotnej sieci i nie można mu przypisać adresu IPv4 127.0.0.1. Ponadto nie jest możliwe wykrywanie na nim ruchu sieciowego, przynajmniej za pomocą WinPcap.

Byłbym bardzo zainteresowany, gdyby ktoś wiedział, dlaczego dokonano tego wyboru lub dlaczego nigdy nie wydawało się konieczne dołączanie urządzenia Windows do Windows. Ponieważ przydaje się to do przechwytywania pakietów wysyłanych z / do niego w celu opracowania lub debugowania aplikacji sieciowych.

Więc jeśli ktoś ma doświadczenie w pracy w sieci, stosach TCP / IP itp. I jest w stanie zapewnić pewien wgląd, byłoby to bardzo mile widziane.

windows tcpip loopback slhck
źródło
Jest tam, po prostu nie jest domyślnie instalowany w systemie Windows ... sevenforums.com/network-sharing/
Moab
Tak, nie, zobacz pierwszy link w moim pytaniu. Wiem, że to rodzaj adaptera sprzężenia zwrotnego, ale nadal nie można po prostu przechwycić go.
slhck
Z jakiego tła mówisz? Jeśli masz doświadczenie programistyczne, zakręć je jako pytanie programowe i zadaj je na Stackoverflow.
barlop
Czy Wireshark go nie odbiera?
barlop
@barlop Nie, to nie jest związane z programowaniem. Moje pytanie brzmi: dlaczego zdecydowali się nie wdrażać go w „właściwy” lub w inny sposób użyteczny sposób. Wireshark nie może go odebrać, ponieważ WinPcap nie.
slhck

Odpowiedzi:

13

Powody historyczne. Od samego początku unix / linux zawsze dotyczył sieci. Podczas gdy MS-DOS / Windows zamykał sieć na później, początkowo z własnym systemem NetBIOS, a nie TCPIP.

Dopiero gdy pojawił się Netscape, konieczne było zainstalowanie stosu TCPIP przez firmę Microsoft i potwierdzenie obecności Internetu. Wcześniej trzeba było zebrać własny stos, aby rozmawiać z maszynami uniksowymi, płacąc za to przywilej.

Mam nadzieję, że ten historyczny kontekst w jakiś sposób pomoże ci zrozumieć, dlaczego MS-Windows tak naprawdę nie istnieje, jeśli chodzi o prawidłowe połączenie sieciowe. Analogia samochodu przypomina trochę pytanie, dlaczego motocykle nie mają czterech kół. (Tak, to bardzo słaba analogia ...)

Zanim stało się ważne, aby uzyskać dostęp do Internetu, istniało wiele protokołów LAN - DECnet, Token Ring, Novell i wysiłki Microsoftu, które były dostarczane z Windows 3.11 - tylko prawdziwi eksperci mogli połączyć te różne urządzenia do rozmowy, a sieć była naprawdę mroczną sztuką.

ʍǝɥʇɐɯ
źródło
1
„Od podstaw” - czy jesteś pewien, że pierwsze wersje Uniksa miały możliwość pracy w sieci? Ponadto w czasach Netscape Microsoft nie miał stosu TCPIP - trzeba było zainstalować własny.
John Saunders
-1

Poważnie? Czy jesteś pewien, że 127.0.0.1 nie działa?

Wymagane jest, aby 127.0.0.X był kierowany do tego samego komputera. Jest to część standardu IPV4. Jeśli Microsoft go nie implementuje, to łamie specyfikację i uważam to za zaskakujące, ponieważ stos TCP / IP „Microsoftu” to tak naprawdę stos BSD i wiem, że go implementują.

Wiem, że „lo” nie jest wymienione jako interfejs, ale to nie ma znaczenia. W każdym razie to tylko skrót.

Richard Wicks
źródło