Naudojame OpenVPN: protokolas, variklis ar programa? Ko verčiau klausti

Sakinys „naudojame OpenVPN“ pasirodo bilietuose, pirkimo formose ir naujų darbuotojų dokumentuose, ir kiekviename jis atsako į kitą klausimą. Kartais jis įvardija perdavimo protokolą, kartais programinę įrangą šliuze, o kartais programėlę, kurią turi įdiegti naujas darbuotojas. Šie trys faktai veda prie skirtingų tolesnių veiksmų, o paklausti, kuris turimas galvoje, užima mažiau laiko nei spėlioti. Likusi tyrimo dalis kyla iš to atsakymo.

Pradėkite atskirdami vaidmenį nuo prekės ženklo, nes prekės ženklas apima visus tris.

Pavadinimas apima tris vaidmenis, kurie nepavyksta skirtingai

Kaip protokolas, OpenVPN aprašo, kaip suderinami partneriai sukuria tunelį ir apsaugo tai, kas pro jį eina. Kaip programinė įranga tai įgyvendinimas, kuris kalba tuo protokolu kliento arba serverio vaidmenyje. Kaip klientas tai programa, kurią kas nors įdiegia, su savo versija, profilio formatu ir platformos ypatumais. Vieno vaidmens gedimas nereiškia kito vaidmens gedimo, todėl sakinys „OpenVPN neveikia“ turi turėti veiksnį.

Paklauskite, ką pranešėjas mato: profilio failą, įdiegtą programą ar šliuzą, kurį jis administruoja. Ši viena detalė pasako, ar kitas žingsnis yra kliento žurnalas, klausimas apie paketą, ar serverio pusės klausytojo patikra.

OpenVPN 2 ir OpenVPN 3 nėra atnaujinimo pora

OpenVPN 2.x veikia ir serverio, ir kliento vaidmenyje, ir būtent jį dauguma šliuzų diegimų vis dar naudoja. OpenVPN 3 yra atskiras, į klientą orientuotas įgyvendinimas su sava konfigūracija ir sesijos modeliu, o ne kita versija, kurią diegiate ant 2.x serverio. OpenVPN Connect yra kliento programa, sukurta OpenVPN 3 variklio pagrindu. Bet kurios iš jų įdiegimas nesukuria interneto išėjimo paslaugos; išėjimas yra tai, ką sukonfigūravo operatorius.

Suderinamumas protokolo lygiu neapima profilio direktyvų, todėl švariai importuojamas profilis vis tiek gali nepavykti ties direktyva, kurios klientas neįgyvendina.

Transportas nėra jame esanti programa

Išorinė jungtis naudoja transportą, pavyzdžiui, UDP arba TCP, kad pasiektų sukonfigūruotą klausytoją, o viskas, ką tunelis neša, keliauja jo viduje. Tinklo užklausai, atliekamai per VPN, nereikia savo OpenVPN klausytojo, ir ji netampa OpenVPN paketu laidu. TLS režimu valdymo kanalas derasi dėl rakto medžiagos, o duomenų kanalas apsaugo naudingąją apkrovą, ir tai atskyrimas, kurį verta išlaikyti teisingai skaitant žurnalus.

Sluoksnių painiojimas sukelia užklausas, pavyzdžiui, atidaryti prievadą svetainei, kuri jau veikia per tunelį. Prievadas priklauso išorinei jungčiai, ne programai.

Ką profilis gali pažadėti, o ko ne

Profilis pasako vienam klientui, kaip pasiekti vieną paslaugą: galinį tašką, transportą, tapatybės medžiagą ir dažnai kai kuriuos maršrutizavimo bei DNS nustatymus. Jis nieko nesako apie tai, kas valdo tą paslaugą arba ar paskyra yra įgaliota. Maršrutai, sprendėjo nustatymai, persiuntimo taisyklės ir prieigos politika nusprendžia, ką sesija iš tikrųjų pasiekia. Sėkmingai importuotas profilis yra veikiančios jungties pradžia, o ne jos įrodymas.

Kai kas nors klausia, ar išteklius pasiekiamas per VPN, atsakymas priklauso nuo serverio politikos, o ne nuo kliento konfigūracijos failo.

Prašykite to, ką galima suteikti

Paverskite platų pavadinimą trimis konkretybėmis: klientas ir jo versija, tam klientui įgaliotas profilis ir išteklius, kurį žmogus turi pasiekti. Su jais suteikimas yra konkreti užduotis. Be jų kiekvienas atsakymas yra spėjimas, kurį OpenVPN klausimas turėjo galvoje.

Užrašykite atsakymą pačioje užklausoje. Kitas bilietas užduos tą patį klausimą tuo pačiu dviprasmišku būdu.