Wy brûke OpenVPN: protokol, motor of app? Wat wolle wy ynstee freegje

De sin «wy brûke OpenVPN» komt yn tickets, oankeapformulieren en dokuminten foar nije meiwurkers, en hy beantwurdet yn elk in oare fraach. Soms beneamt er in triedprotokol, soms de software op in gateway en soms de app dy't in nije meiwurker ynstallearje moat. Dy trije feiten liede ta oare folgjende stappen, en freegje hokker bedoeld is kostet minder tiid as riede. De rest fan it ûndersyk folget út dat antwurd.

Begjin mei it rol fan it merk te skieden, want it merk beslacht alle trije.

De namme beslacht trije rollen dy't op ferskillende wizen mislearje

As protokol beskriuwt OpenVPN hoe't kompatibele pearen in tunnel oanlizze en beskermje wat der trochhinne giet. As software is it in ymplemintaasje dy't dat protokol yn in klant- of serverrol sprekt. As klant is it in applikaasje dy't immen ynstallearret, mei syn eigen ferzje, profylformaar en eigenaardichheden fan it platfoarm. In flater yn ien rol betsjut net in flater yn in oare, en dêrom hat «OpenVPN is del» in ûnderwerp nedich.

Freegje wat de melder sjen kin: in profylbestân, in ynstallearre programma of in gateway dy't hy beheart. Dat iene detail fertelt jo oft de folgjende stap in klantloch, in fraach oer it pakket of in kontrôle fan de listener oan de serverside is.

OpenVPN 2 en OpenVPN 3 binne gjin upgrade-pear

OpenVPN 2.x rint yn sawol server- as klantrol, en dat is wat de measte gateway-ymplemintaasjes noch brûke. OpenVPN 3 is in aparte klantrjochte ymplemintaasje mei syn eigen konfiguraasje en sesjemodel, net de folgjende ferzje dy't jo oer in 2.x-server hinne ynstallearje. OpenVPN Connect is in klantapplikaasje boud op de OpenVPN 3-motor. It ynstallearjen fan ien fan harren makket gjin ynternet-útgongstsjinst; de útgon is wat de operator konfigurearre hat.

Kompatibiliteit op protokolnivo rikt net út oant profylrjochtlinen, dus in profyl dat skjin ymportearret kin noch mislearje op in rjochtline dy't de klant net ymplemintearret.

It ferfier is net de applikaasje deryn

De bûtenferbining brûkt in ferfier lykas UDP of TCP om in konfigurearre listener te berikken, en alles wat de tunnel draacht, rydt deryn. In webferfryk dat fia it VPN dien wurdt, hat gjin eigen OpenVPN-listener nedich en wurdt net op 'e tried in OpenVPN-pakket. Yn TLS-modus ûnderhannelet it kontrêlekanaal kaaimateriaal wylst it datakanaal de lading beskermet, en dat is in skieding dy't jo goed hâlde moatte by it lêzen fan logs.

It trochinoar heljen fan 'e lagen leveret ferfryken op lykas it iepenjen fan in poart foar in website dy't al fia de tunnel wurket. De poart heart by de bûtenferbining, net by de applikaasje.

Wat in profyl wol en net belove kin

In profyl fertelt ien klant hoe't er ien tsjinst berikke moat: einpunt, ferfier, identiteitsmateriaal en faak wat routing- en DNS- foarkarren. It seit neat oer wa't dy tsjinst betsjinnet of it akkount autorisearre is. Rûtes, ynstellingen fan de oplosser, trochstjoerregels en tagongsbelied beslisse wat de sesje wier berikt. In profyl dat mei súkses ymportearret is it begjin fan in wurkjende ferbining, net it bewiis derfan.

As immen freget oft in boarne fia it VPN berikber is, hinget it antwurd fan it belied fan de server ôf en net fan it konfiguraasjebestân fan de klant.

Freegje om it ding dat levere wurde kin

Feroarje de brede namme yn trije bysûnderheden: de klant en syn ferzje, it autorisearre profyl foar dy klant, en de boarne dy't de persoan berikke moat. Dêrmei is levering in konkrete taak. Sûnder dy is elk antwurd in gissing oer hokker OpenVPN de fraach bedoelde.

Skriuw it antwurd yn it ferfryk sels op. It folgjende ticket sil deselde fraach op deselde dûbelsinnige wize stelle.