dev tun en Windows ankoraŭ montras TAP-adaptilon. Ĉu tio estas eraro?
TAP-Windows-adaptilo sub profilo dev tun estas normala. La pelilo de tavolo 3 estas laŭvola ŝaltilo, kaj la klienta protokolo, ne la adaptila nomo, diras kiu funkciis.
La Aparata Administrilo montras TAP-Windows Adapter V9 dum la profilo diras dev tun, kaj la tunelo funkcias. Tiu kombinaĵo ne estas misagordo, kaj ŝaltado de la reĝimo tien kaj reen ne ŝanĝos ĝin. La adaptila nomo montras kiun Windows-pelilon la kliento ŝargis, ne kiujn pakaĵojn la tunelo portas. Legu la pelilan linion en la klienta protokolo antaŭ ol vi ŝanĝos ion.
Kial tunelo de tavolo 3 ricevas Ethernet-adaptilon
Dum la plej granda parto de la Windows-historio de la kliento ekzistis neniu uzebla virtuala adaptilo de tavolo 3. La nura eblo estis la TAP-Windows-pelilo, kiu prezentas Ethernet-interfacon. Poste la kliento imitis la mankantan konduton de tavolo 2, por ke Windows povu agordi ĝin. Tiu imitado estas kial la adaptilo ankoraŭ aspektas kiel retkarto.
Du partoj de tiu imitado videblas se vi atentas: la kliento respondas ARP por la tunela adreso, kaj ĝi servas malgrandan DHCP-luon al la loka maŝino. Windows do vidas normalan Ethernet-adaptilon kun MAC-adreso kaj NDIS-pelilo, dum la tunelo mem portas nudajn IP-pakaĵojn. La Ethernet-kostumo apartenas al la pelilo, ne al la tunela reĝimo.
Trovu la pelilan linion anstataŭ juĝi laŭ la nomo
Du adaptiloj povas dividi nomon trans pelilaj versioj, do la nomo sola ne povas diri al vi kio funkciis. La klienta protokolo nomas la aparaton kiun ĝi malfermis, kaj sur pli novaj versioj ĝi ankaŭ nomas la pelilon kiun ĝi elektis; tiu estas la linio leginda.
Kontrolu tri aferojn en la protokolo, en ĉi tiu ordo: ĉu la kliento entute malfermis adaptilon, kiun pelilon ĝi raportas, kaj ĉu ĝi retrofalis post malsukceso. Retrofallinion facile maltrafas ĉar la konekto tamen ekfunkcias, kaj la tunelo tiam funkcias sur la pli malnova pelilo dum la uzanto kredas ke la nova estas aktiva.
Ŝaltu al la pelilo de tavolo 3 kaj kontrolu kio devas ĉeesti
La pelilo de tavolo 3 liverita de la projekto WireGuard disponeblas ekde klienta versio 2.5, sed ĝi estas laŭvola. Aldono de unu direktivo elektas ĝin:
windows-driver wintunLa pelilo devas esti instalita sur la maŝino, kaj oficialaj versioj enhavas subskribitan kopion. Liveru tiun subskribitan eldonon se vi mem pakas la klienton, ĉar private konstruita pelilo kolizias kun la kopioj kiujn aliaj VPN-produktoj instalas. Tiuj kolizioj produktas malsukcesojn malfacile atribueblajn, kaj ili kutime aperas post kiam dua VPN-kliento alvenas sur la maŝinon. Mankanta pelilo, kontraste, lasas klaran linion en la protokolo.
La pelilo ankaŭ trudas pli striktajn permesojn, do la kliento kreas la adaptilon per sia interaga servo funkcianta kiel privilegia konto. Startigu la klienton kiel ordinaran uzantprocezon sen tiu servo kaj la direktivo povas malsukcesi, kio lasas la antaŭe instalitan adaptilon videbla kaj aspektas kvazaŭ la ŝalto estis ignorita.
Kiam TAP restas la ĝusta respondo
Se la tunelo devas porti Ethernet-kadrojn, dissendan trafikon aŭ ne-IP protokolojn, necesas adaptilo de tavolo 2 kaj la TAP-pelilo sekvas el tiu postulo. Pontoza dezajno en Windows havas la saman limigon, ĉar la interfaco devas aliĝi al domajno de tavolo 2.
Efikeco ne estas kialo preferi unu al la alia je la nivelo de adaptila nomo. Versio 2.6 aldonas datkanalan malŝarĝan pelilon kiu movas pakaĵprilaboradon en la kernon, kaj tio estas la opcio kiu ŝanĝas trafikajn karakterizojn. Ĝi estas kapabla decido prefere ol postulo por konekti, kaj ĝi dependas de la versio kaj la instalita pakaĵo. Profilo kiu funkcias sen ĝi daŭre funkcias.
| 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 |
Purigu post la ŝalto
Forigi la malnovan adaptilon gravas same kiel aldoni la novan. Restinta TAP-interfaco povas konservi adreson kaj itineron el antaŭa seanco, kaj tiuj eroj vivas pli longe ol la konekto kiu kreis ilin. Forigu la kadukan aparaton en la Aparata Administrilo, poste rekonektu kaj konfirmu ke la enruta tabelo ne plu mencias ĝin.
Se pluraj VPN-produktoj estas instalitaj, notu kiun pelilpakaĵon ĉiu kunportas antaŭ ol vi sencimigos la profilon. Du klientoj instalantaj malsamajn versiojn de la sama pelilo estas konflikto kiun neniu kvanto da profila redaktado solvos. Malinstalu la neuzatan klienton kaj restartigu, poste serĉu duobligitajn adaptilojn en la Aparata Administrilo. Nur post tio indas kompari protokolajn liniojn inter la du produktoj.