Viscosity-uitvoer teenoor ’n gewone OpenVPN-profiel op Linux

Om ’n Viscosity-.visz-lêer na .ovpn te hernoem, verander nie wat binne sit nie, want die uitbreiding het nooit ’n protokol beskryf nie. Die vergelyking wat saak maak, is tussen ’n pakket met afhanklikhede en ’n gewone kliëntprofiel sonder enige. Besluit watter houer jy werklik ontvang het voordat jy ’n Linux-invoerder vra om dit te lees.

Wat elke houer bevat

Viscosity se uitvoerdokumentasie beskryf ’n .visc-verbindingspakket en ’n .visz-argiefvorm, wat ’n saamgeperste tar-argief is. ’n Pakket dra die konfigurasie saam met die sertifikaat-, sleutel- en scriptlêers waarvan dit afhanklik is. ’n Gewone OpenVPN-profiel is een lêer, en enigiets waarna dit verwys, moet afsonderlik bestaan of inline ingebed wees.

Daardie verskil is die hele vergelyking. Die pakket se verwantskappe is deel van die artefak; die gewone profiel se verwantskappe is ’n aanname. Om ’n pakket na Linux te skuif sonder om daardie verwantskappe te bewaar, lewer ’n lêer wat oopmaak en dan by die eerste ontbrekende verwysing faal. ’n Profiel wat sy sertifikate inline bevat, vermy daardie mislukking deur alles op een plek te dra, wat gerieflik is totdat iemand een daarvan moet roteer.

Die buitenste uitbreiding sê watter houer jy het, nie watter kliënt dit kan gebruik nie.

Waar die konfigurasie werklik begin

Binne die pakket dokumenteer die verskaffer ’n config.conf saam met die afhanklike lêers, met verwysings wat plaaslik opgelos word. Daardie lêer is die beginpunt, nie die argief se naam nie en nie watter sertifikaat ook al boaan die gidslys staan nie.

Op Linux kan die pakket as ’n gids verskyn eerder as as ’n enkele objek, want die argief brei uit na lêers wat verwag om saam te sit. Hou relatiewe paaie samehangend in die werkruimte waarna jy uitpak, en moenie ’n Windows-absolute pad met die hand na ’n Linux-pad vertaal nie. ’n Ontbrekende afhanklike lêer en ’n verkeerde pad lewer dieselfde klag van die kliënt.

Om ’n vertroue- of identiteitsopsie te skrap om daardie klag stil te maak, is nie ’n oplossing nie.

Wat die pakket nie saamdra nie

Viscosity se eie voorkeure is nie almal OpenVPN-opsies nie. Scripts, roetegedrag en toepassingsinstellings moet dalk deur die Linux-kliënt se ondersteunde integrasie voorgestel word eerder as om as teks gekopieer te word wat ’n ander program kan uitvoer.

Behandel ’n ingeslote script as data totdat jy dit gelees het en besluit het dit is gemagtig. Om dit te laat loop omdat die uitvoer dit bevat het, keer die hersiening om wat jy veronderstel was om te doen. Dieselfde versigtigheid geld vir ingebedde inloggegewens: ’n pakket kan private sleutelmateriaal dra, so ’n werkende kopie hoort op ’n beskermde plek eerder as in ’n gids vir aflaaie.

Die oorspronklike bly beskerm totdat die migrasie aanvaar word.

Wat die Linux-kant moet besluit

Besluit wie die verbinding sal besit: Community OpenVPN op sy eie, die NetworkManager-inpropmodule, of een of ander ander ondersteunde kliënt. Elkeen aanvaar ’n ander stel opsies, en elkeen besit roetes, oplossers en geheime op sy eie manier. ’n Lêer wat in een invoerder suksesvol oopmaak, kan deur ’n ander verwerp word, en sukses by invoer bewys nie versoenbaarheid met die beoogde verbinding nie. Vra die operateur of daar reeds ’n Linux-versoenbare profiel bestaan, want om by die ondersteunde artefak te begin is korter as om een te vertaal.

Hou bedienervertroue, kliëntidentiteit en privaatsleutelbeskerming as drie afsonderlike vrae.

Die oorsig voor jy koppel

Kontroleer die eindpunt en vervoer, die verifikasiemetode, elke lêerverwysing en die beoogde roete- en DNS-beleid. Verifieer dan die verbinding en die vereiste toepassing onafhanklik, want ’n tonnel wat opkom sê niks oor of die toepassing kan bereik wat dit nodig het nie.

openvpn --config ./config.conf --verb 4

Vergelyk die onderhandelde resultaat met wat die operateur sê die profiel behoort te doen, en let op enige opsie wat die Linux-kliënt geïgnoreer het.

Wanneer die migrasie aanvaar word, trek die oordragkopieë terug deur die normale prosedure vir die hantering van inloggegewens. ’n Pakket wat in ’n gedeelde gids gelaat word, is inloggegewens wat in ’n gedeelde gids gelaat word.