Mēs lietojam OpenVPN: protokols, dzinējs vai lietotne? Ko tā vietā jautāt

Teikums «mēs lietojam OpenVPN» parādās biļetenos, iepirkuma veidlapās un jauno darbinieku dokumentos, un katrā no tiem tas atbild uz citu jautājumu. Dažreiz tas nosauc pārvades protokolu, dažreiz programmatūru uz vārtejas un dažreiz lietotni, kas jaunajam darbiniekam jāinstalē. Šie trīs fakti ved pie atšķirīgiem nākamajiem soļiem, un jautāt, kurš no tiem ir domāts, aizņem mazāk laika nekā minēt. Pārējā izmeklēšana izriet no šīs atbildes.

Sāciet ar lomas atdalīšanu no zīmola, jo zīmols aptver visus trīs.

Nosaukums aptver trīs lomas, kas neizdodas atšķirīgi

Kā protokols OpenVPN apraksta, kā saderīgi partneri izveido tuneli un aizsargā to, kas caur to iet. Kā programmatūra tas ir ieviešana, kas runā šajā protokolā klienta vai servera lomā. Kā klients tā ir lietotne, ko kāds instalē, ar savu versiju, profila formātu un platformas īpatnībām. Kļūme vienā lomā nenozīmē kļūmi citā, tāpēc teikumam «OpenVPN nedarbojas» vajag subjektu.

Jautājiet, ko pārdevējs spēj redzēt: profila failu, instalētu programmu vai vārteju, kuru viņš pārvalda. Šī vienīgā detaļa pasaka, vai nākamais solis ir klienta žurnāls, jautājums par pakotni vai klausītāja pārbaude servera pusē.

OpenVPN 2 un OpenVPN 3 nav atjauninājuma pāris

OpenVPN 2.x darbojas gan servera, gan klienta lomā, un to vēl joprojām izmanto lielākā daļa vārteju izvietojumu. OpenVPN 3 ir atsevišķa, uz klientu vērsta ieviešana ar savu konfigurāciju un sesijas modeli, nevis nākamā versija, ko instalējat virsū 2.x serverim. OpenVPN Connect ir klienta lietotne, kas būvēta uz OpenVPN 3 dzinēja. Jebkuras no tām instalēšana nerada interneta izejas pakalpojumu; izeja ir tas, ko operators ir konfigurējis.

Saderība protokola līmenī neattiecas uz profila direktīvām, tāpēc profils, kas tīri importējas, joprojām var neizdoties uz direktīvu, ko klients neievieš.

Transports nav lietotne tajā

Ārējais savienojums izmanto transportu, piemēram, UDP vai TCP, lai sasniegtu konfigurētu klausītāju, un viss, ko tunelis nes, brauc tā iekšienē. Tīmekļa pieprasījumam, kas veikts caur VPN, nav vajadzīgs savs OpenVPN klausītājs, un tas uz vada nekļūst par OpenVPN paketi. TLS režīmā vadības kanāls vienojas par atslēgas materiālu, kamēr datu kanāls aizsargā lietderīgo slodzi, un tā ir atdalīšana, ko lasot žurnālus ir vērts uzturēt pareizu.

Slāņu sajaukšana rada pieprasījumus, piemēram, atvērt portu vietnei, kas jau darbojas caur tuneli. Ports pieder ārējam savienojumam, nevis lietotnei.

Ko profils var apsolīt un ko ne

Profils klientam pasaka, kā sasniegt vienu pakalpojumu: galapunktu, transportu, identitātes materiālu un bieži dažus maršrutēšanas un DNS iestatījumus. Tas neko nesaka par to, kas pārvalda šo pakalpojumu vai vai konts ir pilnvarots. Maršruti, atrisinātāja iestatījumi, pārsūtīšanas noteikumi un piekļuves politika nosaka, ko sesija faktiski sasniedz. Veiksmīgi importēts profils ir strādājoša savienojuma sākums, nevis tā pierādījums.

Kad kāds jautā, vai resurss ir sasniedzams caur VPN, atbilde ir atkarīga no servera politikas, nevis no klienta konfigurācijas faila.

Lūdziet to, ko var nodrošināt

Pārvērtiet plašo nosaukumu trijos konkrētos: klients un tā versija, šim klientam pilnvarotais profils un resurss, kuram cilvēkam jāsasniedz. Ar tiem nodrošināšana ir konkrēts uzdevums. Bez tiem katra atbilde ir minējums par to, kuru OpenVPN jautājums domāja.

Ierakstiet atbildi pašā pieprasījumā. Nākamais biļetens uzdos to pašu jautājumu tādā pašā neskaidrā veidā.