Miért rejthet más protokollt egy VPN-adapter neve
Az adapter melletti címke az azt létrehozó szoftvert írja le, nem a hálózaton haladó csomagokat. A megoldás kiválasztása előtt ellenőrizze az ügyfelet, a profilt és a partnert.
A VPN-adapter melletti címke az interfészt létrehozó szoftvert írja le, és ez egy szinttel a hálózaton ténylegesen áthaladó csomagok fölött van. Egy bővítmény olyan adaptert tehet láthatóvá, amelynek neve a bővítmény saját besorolását tükrözi, nem a hálózaton történő beágyazást. Az ügyfél, a profil és a partner átolvasása megválaszolja azt, amit a név nem tud. Két kapcsolat, amely a beállítások menüjében azonosnak látszik, egy felvételen teljesen eltérően viselkedhet.
A név a szolgáltatótól jön, nem a hálózattól
A Windows rövid listát határoz meg a kapcsolattípusokból a beépített VPN-ügyfelei számára, a harmadik féltől származó termékek pedig saját vermet telepítenek melléjük. A hálózati listán megjelenő adaptert az az illesztőprogram hozza létre, amely a kapcsolat tulajdonosa, így a neve az illesztőprogramra vonatkozó bizonyíték, nem garancia a külső protokollra. Ezért is hagyhat maga után egy adapternevet egy ügyfél eltávolítása.
A Microsoft VPN-kapcsolattípusokról szóló dokumentációja egyértelmű abban, hogy a típus az ügyfél konfigurációját írja le arra a kapcsolatra. Ha bővítmény is szerepel, a megjelenített típus azt követi, amit a bővítmény regisztrál, a tényleges beágyazás pedig valami egészen más lehet.
Ugyanez a rétegződés máshol is megjelenik. Egy Linux-gazdagépen lévő virtuális adapter, egy TAP-eszköz vagy egy mobil VPN-szolgáltatás-bővítmény mind szoftver által létrehozott interfész, és az interfész nevét ez a szoftver választja, nem pedig a kiszolgálóval tárgyalja meg.
Mit mondhatnak és mit nem mondhatnak el a portok és a címek
Minden réteg más bizonyítékot hagy maga után. Olvassa őket külön, és a címke megszűnik ítélet lenni:
| Evidence | What it establishes | Where it misleads |
|---|---|---|
| Adapter name | Which driver bound the interface | Plugins choose their own labels |
| Profile file | Which client consumes the configuration | Abstraction layers hide the transport |
| Outer port | Which port the peer accepts | 443 carries several protocols plus HTTPS |
| Tunnel address | The inner interface's network | Says nothing about encapsulation |
A TCP 443 a legvilágosabb példa. Szállíthat SSTP-t, OpenVPN TCP-alagutat, SoftEther SSL-VPN-munkamenetet vagy közönséges webforgalmat, és a portszám önmagában nem tudja megkülönböztetni őket. Ezért a 443-at engedélyező tűzfal-szabály nem bizonyíték arra, melyik ügyfelet használják. A külső interfészen készült felvétel eldönti, és másodpercek alatt eldönti.
Olvassa el a profil formátumát és a partnert
A konfigurációs fájl erősebb nyom, mint az adapter. Az OpenVPN-profil olyan utasításokat tartalmaz, mint a remote, a proto és a ca; a WireGuard-konfiguráció tartalmaz egy [Interface] szakaszt privát kulccsal és [Peer] szakaszokat engedélyezett IP-címekkel; a Windows telefonkönyv-bejegyzés a saját formátumában tárolja a kapcsolattípust. Minden szintaxis egyetlen implementációhoz tartozik.
Ezután nézze meg a partner dokumentációját és naplóit. A kiszolgáló tudja, melyik protokollkezelő fogadta el a munkamenetet, és a naplója megnevezi a befejezett szakaszt. Ez a bizonyíték minden asztali címkénél erősebb, mert ott rögzítik, ahol a csomagokat ténylegesen értelmezték.
A protokoll szerint válassza a kézikönyvet, ne a címke szerint
Az OpenVPN-utasítás az OpenVPN-hez tartozik, a WireGuard kulcsai és engedélyezett IP-címei a WireGuardhoz tartoznak, az SSTP-profil pedig egyikhez sem. Egy ügyfél beállítását egy másikba illeszteni, mert egy adapternév kompatibilisnak hangzott, így törik el egy működő konfiguráció.
Miután a protokollt azonosította, válassza a megfelelő hibaelhárítási utat: az ügyfél saját naplóját, a kiszolgáló protokollspecifikus naplóját és egy felvételt, amely a külső cserét mutatja. Onnantól a hibának neve van címke helyett.