A dev tun Windows alatt továbbra is TAP-adaptert mutat. Ez hiba?
A TAP-Windows adapter a dev tun profil alatt normális. A 3. rétegbeli illesztőprogram opcionális kapcsoló, és az ügyfélnapló, nem az adapter neve mondja meg, melyik futott.
Az Eszközkezelő TAP-Windows Adapter V9-et mutat, miközben a profil azt mondja, dev tun, és az alagút működik. Ez a kombináció nem hibás konfiguráció, és a mód oda-vissza váltogatása nem változtat rajta. Az adapter neve azt tükrözi, melyik Windows-illesztőprogramot töltötte be az ügyfél, nem azt, milyen csomagokat szállít az alagút. Bármi módosítása előtt olvasd el az illesztőprogram sorát az ügyfélnaplóban.
Miért kap a 3. rétegbeli alagút Ethernet-adaptert
Az ügyfél Windows-történetének nagy részében nem létezett használható virtuális 3. rétegbeli adapter. Az egyetlen lehetőség a TAP-Windows illesztőprogram volt, amely Ethernet-interfészt jelenít meg. Az ügyfél ezután utánozta a hiányzó 2. rétegbeli viselkedést, hogy a Windows konfigurálhassa. Ez az emuláció az oka, hogy az adapter még mindig hálókártyának látszik.
Az emulációnak két része látható, ha figyelsz: az ügyfél válaszol az ARP-ra az alagút címe felől, és egy kis DHCP-bérletet szolgál ki a helyi gépnek. A Windows ezért normál Ethernet-adaptert lát MAC-címmel és NDIS-illesztőprogrammal, miközben maga az alagút csupasz IP-csomagokat szállít. Az Ethernet-jelmez az illesztőprogramé, nem az alagút módjáé.
Keresd az illesztőprogram sorát, ne a név alapján ítélj
Két adapter osztozhat egy néven illesztőprogram-verziók között, ezért a név önmagában nem mondja meg, mi futott. Az ügyfélnapló megnevezi az eszközt, amelyet megnyitott, és az újabb buildekben az illesztőprogramot is, amelyet választott; ezt a sort érdemes olvasni.
Három dolgot ellenőrizz a naplóban, ebben a sorrendben: nyitott-e egyáltalán adaptert az ügyfél, melyik illesztőprogramot jelenti, és visszaesett-e hiba után. A visszaesési sort könnyű elnézni, mert a kapcsolat így is létrejön, és az alagút ilyenkor a régi illesztőprogramon fut, miközben a felhasználó azt hiszi, hogy az új az aktív.
Válts a 3. rétegbeli illesztőprogramra, és ellenőrizd, minek kell jelen lennie
A WireGuard projekt által szállított 3. rétegbeli illesztőprogram a 2.5-es ügyfélverziótól érhető el, de opcionális. Egyetlen direktíva kiválasztja:
windows-driver wintun
Az illesztőprogramnak telepítve kell lennie a gépen, és a hivatalos buildek aláírt példányt tartalmaznak. Szállítsd azt az aláírt kiadást, ha magad csomagolod az ügyfelet, mert a privát módon épített illesztőprogram ütközik azokkal a példányokkal, amelyeket más VPN-termékek telepítenek. Ezek az ütközések nehezen visszavezethető hibákat okoznak, és általában akkor jelennek meg, amikor egy második VPN-ügyfél érkezik a gépre. A hiányzó illesztőprogram ezzel szemben világos sort hagy a naplóban.
Az illesztőprogram szigorúbb jogosultságokat is érvényesít, ezért az ügyfél az adaptert az interaktív szolgáltatásán keresztül hozza létre, amely kiemelt fiókként fut. Indítsd az ügyfelet egyszerű felhasználói folyamatként e szolgáltatás nélkül, és a direktíva meghiúsulhat, ami a korábban telepített adaptert láthatóvá hagyja, és úgy tűnik, mintha a váltást figyelmen kívül hagyták.
Mikor marad a TAP a helyes válasz
Ha az alagútnak Ethernet-kereteket, broadcast-forgalmat vagy nem IP-protokollokat kell szállítania, 2. rétegbeli adapter szükséges, és a TAP-illesztőprogram ebből a követelményből adódik. A Windows alatti hídas kialakításnak ugyanez a korlátja, mivel az interfésznek csatlakoznia kell egy 2. rétegbeli tartományhoz.
A teljesítmény nem ok arra, hogy az adapter nevének szintjén az egyiket a másik elé helyezzük. A 2.6-os verzió hozzáad egy adatcsatorna-tehermentesítő illesztőprogramot, amely a csomagfeldolgozást a kernelbe helyezi, és ez az a lehetőség, amely megváltoztatja az átviteli jellemzőket. Ez képességbeli döntés, nem a csatlakozás feltétele, és a buildtől meg a telepített csomagtól függ. Egy profil, amely enélkül működik, továbbra is működik.
| 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 |
Takaríts a váltás után
A régi adapter eltávolítása ugyanolyan fontos, mint az új hozzáadása. Egy visszamaradt TAP-interfész megtarthat egy címet és egy útvonalat egy korábbi munkamenetből, és ezek a bejegyzések túlélik a létrehozó kapcsolatot. Töröld az elavult eszközt az Eszközkezelőben, majd csatlakozz újra, és ellenőrizd, hogy az útvonaltábla már nem említi.
Ha több VPN-termék van telepítve, jegyezd fel, melyik illesztőprogram-csomagot hozza mindegyik, mielőtt a profil hibakeresésébe kezdesz. Két ügyfél, amely ugyanazon illesztőprogram különböző buildjeit telepíti, olyan ütközés, amelyet semmilyen profil szerkesztés nem old meg. Távolítsd el a nem használt ügyfelet, és indítsd újra a gépet, majd keresd a duplikált adaptereket az Eszközkezelőben. Csak ezután érdemes összehasonlítani a két termék naplósorait.