dev tun ënner Windows weist nach ëmmer en TAP-Adapter. Ass dat falsch?
En TAP-Windows-Adapter ënner engem dev tun-Profil ass normal. Den Treiber vum Layer 3 ass en optionale Schalter, an et ass de Client-Log, net den Numm vum Adapter, dee seet, wien gelaf ass.
Den Apparatemanager weist en TAP-Windows Adapter V9, während de Profil dev tun seet, an den Tunnel funktionéiert. Dës Kombinatioun ass keng falsch Konfiguratioun, an de Modus hannert a vir ze wiesselen ännert dorun näischt. Den Numm vum Adapter weist drop hin, wéi en Windows-Treiber de Client gelueden huet, net wéi eng Pakete den Tunnel dréit. Liest d'Zeile vum Treiber am Client-Log, ier dir eppes ännert.
Firwat en Tunnel vum Layer 3 en Ethernet-Adapter kritt
Während dem gréissten Deel vun der Windows-Geschicht vum Client gouf et keen notzbaren virtuelle Adapter vum Layer 3. Déi eenzeg Optioun war den TAP-Windows-Treiber, deen eng Ethernet-Schnittstell ubitt. Duerno huet de Client dat feelend Verhalen vum Layer 2 emuléiert, sou datt Windows en konfiguréiere konnt. Dës Emulatioun ass de Grond, firwat den Adapter nach ëmmer wéi eng Netzwierkkart ausgesäit.
Zwee Deeler vun dëser Emulatioun sinn ze gesinn, wann een oppasst: de Client äntwert ARP fir d'Adress vum Tunnel, an e servéiert eng kleng DHCP-Locatioun un déi lokal Maschinn. Dofir gesäit Windows en normale Ethernet-Adapter mat enger MAC-Adress an engem NDIS-Treiber, während den Tunnel selwer nackeg IP-Pakete dréit. D'Ethernet-Kostüm gehéiert zum Treiber, net zum Tunnelmodus.
Sicht d'Zeile vum Treiber, amplaz no dem Numm ze urtheelen
Zwee Adapter kënnen en Numm iwwer Treiberversiounen hiweg deelen, dofir kann den Numm eleng net soen, wat gelaf ass. De Client-Log nennt den Apparat, deen en opgemaach huet, a bei méi neie Builds och den Treiber, deen en ausgewielt huet; dat ass d'Zeile fir ze liesen.
Préift dräi Saachen am Log, an dëser Reihenfolg: ob de Client iwwerhaapt en Adapter opgemaach huet, wéi en Treiber en ugëtt, an ob en no engem Feeler zréckgefall ass. Eng Réckfallzeile ka liicht iwwersinn ginn, well d'Verbindung awer opkënnt, an den Tunnel dann um eelere Treiber leeft, während de Benotzer gleeft, deen Neien ass aktiv.
Wiesselt op den Treiber vum Layer 3, a préift, wat muss do sinn
Den Treiber vum Layer 3, deen d'WireGuard-Projet ausléifert, ass vun der Clientversioun 2.5 un disponibel, awer en ass optional. Eng eenzeg Direktiv wielt en aus:
windows-driver wintun
Den Treiber muss op der Maschinn installéiert sinn, an offiziell Builds enthalen eng ënnerschriwwen Kopie. Liwwert déi ënnerschriwwen Ausgab, wann dir de Client selwer packt, well en privat gebauten Treiber mat de Kopien zesummestéisst, déi aner VPN-Produkter installéieren. Dës Kollisiounen erzeugen Feeler, déi schwéier zouzegesinn sinn, an se erschéngen normalerweis, nodeems en zweeten VPN-Client op der Maschinn ukomm ass. En feelenden Treiber dogéint hannerléisst eng kloer Zeile am Log.
Den Treiber setzt och méi streng Permissiounen duerch, dofir erstellt de Client den Adapter iwwer säin interaktive Service, deen als privilegiéierte Kont leeft. Start de Client als normale Benotzerprozess ouni dee Service, an d'Direktiv kann feelen, wat den virdrun installéierten Adapter sichtbar léisst an et ausgesäit, wéi wier de Wiessel ignoréiert ginn.
Wéini TAP déi richteg Äntwert bleift
Wann den Tunnel Ethernet-Framen, Broadcast-Traffic oder Net-IP-Protokoller dréie muss, ass en Adapter vum Layer 2 noutwendeg, an den TAP-Treiber follegt aus dëser Ufuerderung. Eng Brécke-Konstruktioun ënner Windows huet déi selwecht Aschränkung, well d'Schnittstell an engem Layer-2-Domän muss matmaachen.
Leeschtung ass kee Grond, um Niveau vum Adapternumm deen een dem aneren ze wielen. D'Versioun 2.6 setzt en Datenkanal-Offload-Treiber derbäi, deen d'Paketveraarbechtung an de Kernel verréckelt, an dat ass d'Optioun, déi d'Duerchflosscharakteristiken ännert. Et ass eng Entscheedung iwwer Fäegkeeten an net eng Ufuerderung fir sech ze verbannen, an et hänkt vum Build an dem installéierte Paket of. E Profil, deen ouni deen funktionéiert, funktionéiert weider.
| What the tunnel must carry | Adapter family | Where it is selected |
|---|---|---|
| IPv4 and IPv6 packets | Layer-3 driver, or the older TAP emulation | Client directive plus installed signed driver |
| Ethernet frames, non-IP protocols | TAP-Windows | Profile mode and the TAP driver package |
| Higher throughput on a supported build | Data-channel offload driver | Client build and driver package, separately from the profile |
Raumt no dem Wiessel op
Den ale Adapter ewechzehuelen ass esou wichteg wéi den neien derbäizesetzen. Eng Rescht-TAP-Schnittstell kann eng Adress an eng Route aus enger fréierer Sëtzung behalen, an déi Entréeë liewen méi laang wéi d'Verbindung, déi se erstallt huet. Läscht den alen Apparat am Apparatemanager, verbënnt Iech dann erëm a bestätegt, datt d'Routentabelle en net méi nennt.
Wann e puer VPN-Produkter installéiert sinn, notéiert, wéi en Treiberpaket jidderee matbréngt, ier dir de Profil debugg't. Zwee Clienten, déi verschidde Builds vum selwechten Treiber installéieren, sinn e Konflikt, deen keng Profilännerung léist. Deinstalléiert den onbenotzten Client a startt nei, sicht dann no duebelen Adapteren am Apparatemanager. Eréischt duerno lount et sech, d'Logzeilen tëschent den zwou Produkter ze vergläichen.