Viscosity-eksport kontra en almindelig OpenVPN-profil på Linux

At omdøbe en Viscosity-fil .visz til .ovpn ændrer ikke, hvad der ligger indeni, fordi filtypenavnet aldrig beskrev en protokol. Den sammenligning, der betyder noget, er mellem en pakke med afhængigheder og en almindelig klientprofil uden nogen. Afgør, hvilken container du faktisk har modtaget, før du beder en importør på Linux om at læse den.

Hvad hver container indeholder

Viscositys eksportdokumentation beskriver en forbindelsespakke af typen .visc og en arkivform .visz, som er et komprimeret tar-arkiv. En pakke bærer konfigurationen sammen med de certifikat-, nøgle- og scriptfiler, den afhænger af. En almindelig OpenVPN-profil er én fil, og alt, hvad den henviser til, skal findes separat eller være indlejret indeni.

Den forskel er hele sammenligningen. Pakkens relationer er en del af artefakten; den almindelige profils relationer er en antagelse. At flytte en pakke til Linux uden at bevare disse relationer giver en fil, der åbner og derefter fejler ved den første manglende henvisning. En profil, der indlejrer sine certifikater, undgår den fejl ved at bære alt ét sted, hvilket er bekvemt, indtil nogen skal udskifte et af dem.

Det ydre filtypenavn fortæller, hvilken container du har, ikke hvilken klient der kan bruge den.

Hvor konfigurationen faktisk begynder

Inde i pakken dokumenterer leverandøren en config.conf sammen med de afhængige filer, med henvisninger, der opløses lokalt. Den fil er udgangspunktet, ikke arkivets navn og ikke det certifikat, der tilfældigvis ligger øverst i mappelisten.

På Linux kan pakken fremstå som en mappe snarere end et enkelt objekt, fordi arkivet udfolder sig til filer, der forventer at ligge sammen. Hold relative stier sammenhængende i det arbejdsområde, du udpakker til, og oversæt ikke en absolut Windows-sti til en Linux-sti i hånden. En manglende afhængig fil og en forkert sti giver samme klage fra klienten.

At slette en tillids- eller identitetsindstilling for at bringe den klage til tavshed er ikke en rettelse.

Hvad pakken ikke tager med

Viscositys egne præferencer er ikke alle OpenVPN-indstillinger. Scripts, ruteadfærd og applikationsindstillinger skal måske repræsenteres af Linux-klientens understøttede integration i stedet for at kopieres som tekst, et andet program kan køre.

Behandl et medfølgende script som data, indtil du har læst det og besluttet, at det er godkendt. At køre det, fordi eksporten indeholdt det, vender den gennemgang om, du skulle have foretaget. Samme forsigtighed gælder indlejrede legitimationsoplysninger: en pakke kan bære private nøglemateriale, så en arbejdskopi hører til på et beskyttet sted og ikke i en downloads-mappe.

Originalen forbliver beskyttet, indtil migreringen accepteres.

Hvad Linux-siden skal beslutte

Beslut, hvem der skal eje forbindelsen: Community OpenVPN alene, NetworkManager-pluginnet eller en anden understøttet klient. Hver accepterer et forskelligt sæt indstillinger, og hver ejer ruter, resolvere og hemmeligheder forskelligt. En fil, der åbner med succes i én importør, kan afvises af en anden, og succes ved import beviser ikke kompatibilitet med den tilsigtede forbindelse. Spørg operatøren, om der allerede findes en Linux-kompatibel profil, fordi det er kortere at starte fra den understøttede artefakt end at oversætte en.

Hold servertillid, klientidentitet og beskyttelse af privat nøgle som tre separate spørgsmål.

Gennemgangen før du forbinder

Kontrollér slutpunktet og transporten, godkendelsesmetoden, hver filhenvisning og den tilsigtede rute- og DNS-politik. Bekræft derefter forbindelsen og den krævede applikation uafhængigt, fordi en tunnel, der kommer op, intet siger om, hvorvidt applikationen kan nå det, den har brug for.

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

Sammenlign det forhandlede resultat med det, operatøren siger, at profilen skal gøre, og notér enhver indstilling, som Linux-klienten ignorerede.

Når migreringen accepteres, udfas overførselskopierne gennem den normale proces for håndtering af legitimationsoplysninger. En pakke, der efterlades i en delt mappe, er en legitimationsoplysning, der efterlades i en delt mappe.