OpenVPN-t használunk: protokoll, motor vagy alkalmazás? Mit kérdezzünk helyette

Az «OpenVPN-t használunk» mondat jegypostafiókban, beszerzési űrlapokon és új munkatársak beléptető dokumentumaiban jelenik meg, és mindegyikben más kérdésre válaszol. Néha átviteli protokollt nevez meg, néha az átjárón futó szoftvert, néha pedig azt az alkalmazást, amelyet az új munkatársnak telepítenie kell. Ez a három tény különböző következő lépésekhez vezet, és megkérdezni, melyikre gondoltak, kevesebb időbe telik, mint kitalálni. A nyomozás többi része ebből a válaszból következik.

Kezdje a szerep és a márka szétválasztásával, mert a márka mindhármat lefedi.

A név három szerepet fed le, amelyek különbözőképpen hibáznak

Protokollként az OpenVPN leírja, hogyan hoznak létre kompatibilis partnerek egy alagutat, és hogyan védik meg, ami áthalad rajta. Szoftverként egy olyan megvalósítás, amely ezt a protokollt beszéli kliens vagy kiszolgáló szerepben. Kliensként egy alkalmazás, amelyet valaki telepít, saját verzióval, profilformátummal és platform sajátosságokkal. Az egyik szerep hibája nem jelent hibát egy másikban, ezért az «OpenVPN leállt» mondatnak alanyra van szüksége.

Kérdezze meg, mit lát a bejelentő: profilfájlt, telepített programot vagy egy átjárót, amelyet ő felügyel. Ez az egyetlen részlet megmondja, hogy a következő lépés kliensnapló, csomagkérdés vagy kiszolgáló oldali figyelőellenőrzés.

Az OpenVPN 2 és az OpenVPN 3 nem frissítési pár

Az OpenVPN 2.x kiszolgáló és kliens szerepben is fut, és a legtöbb átjáró-telepítés még ezt használja. Az OpenVPN 3 külön, kliensfelé forduló megvalósítás saját konfigurációval és munkamenet-modellel, nem a következő kiadás, amelyet egy 2.x kiszolgálóra telepít. Az OpenVPN Connect az OpenVPN 3 motorra épülő kliensalkalmazás. Bármelyik telepítése nem hoz létre internetes kilépő szolgáltatást; a kilépés az, amit az üzemeltető beállított.

A protokollszintű kompatibilitás nem terjed ki a profil direktíváira, ezért egy tisztán importálható profil még mindig elbukhat egy olyan direktíván, amelyet a kliens nem valósít meg.

Az átvitel nem a benne lévő alkalmazás

A külső kapcsolat olyan átvitelt használ, mint az UDP vagy a TCP, hogy elérjen egy beállított figyelőt, és minden, amit az alagút szállít, ezen belül halad. A VPN-en keresztüli webkérésnek nincs szüksége saját OpenVPN-figyelőre, és nem válik OpenVPN-csomaggá a vonalon. TLS módban a vezérlőcsatorna kulcsanyagról tárgyal, miközben az adatcsatorna a hasznos terhet védi, és ez olyan szétválasztás, amelyet érdemes helyesen tartani naplók olvasásakor.

A rétegek összekeverése olyan kéréseket szül, mint portot nyitni egy olyan webhelynek, amely már az alagúton keresztül működik. A port a külső kapcsolathoz tartozik, nem az alkalmazáshoz.

Mit ígérhet egy profil és mit nem

A profil megmondja egy kliensnek, hogyan érjen el egy szolgáltatást: végpont, átvitel, identitásanyag, és gyakran néhány útválasztási és DNS-beállítás. Nem mond semmit arról, ki üzemelteti azt a szolgáltatást, vagy hogy a fiók jogosult-e. Az útvonalak, a feloldó beállításai, a továbbítási szabályok és a hozzáférési szabályzat döntik el, mit ér el a munkamenet valójában. A sikeresen importált profil egy működő kapcsolat kezdete, nem bizonyítéka.

Amikor valaki azt kérdezi, elérhető-e egy erőforrás a VPN-en keresztül, a válasz a kiszolgáló szabályzatától függ, nem a kliens konfigurációs fájljától.

Azt kérje, ami biztosítható

Alakítsa a széles nevet három konkrétumra: a kliens és verziója, az ahhoz a klienshez engedélyezett profil, és az erőforrás, amelyet a személynek el kell érnie. Ezekkel a biztosítás konkrét feladat. Nélkülük minden válasz találgatás arról, melyik OpenVPN-re gondolt a kérdés.

Jegyezze fel a választ magában a kérésben. A következő jegy ugyanazt a kérdést teszi fel ugyanolyan homályosan.