Viscosity-eksport mot ein vanleg OpenVPN-profil på Linux

Å gje ei Viscosity-fil .visz nytt namn til .ovpn endrar ikkje det som ligg inni, fordi filendinga aldri skildra ein protokoll. Samanlikninga som betyr noko, er mellom ei pakke med avhengnader og ein vanleg klientprofil utan nokon. Avgjer kva containar du faktisk fekk, før du ber ein importør på Linux om å lese ho.

Kva kvar containar inneheld

Viscosity si eksportdokumentasjon skildrar ei tilkoplingspakke av typen .visc og ei arkivform .visz, som er eit komprimert tar-arkiv. Ei pakke ber konfigurasjonen saman med sertifikat-, nøkkel- og skriptfilene ho er avhengig av. Ein vanleg OpenVPN-profil er éi fil, og alt ho viser til, må finnast separat eller vere innebygd inni.

Den skilnaden er heile samanlikninga. Relasjonane til pakka er ein del av artefakten; relasjonane til den vanlege profilen er ei føresetnad. Å flytte ei pakke til Linux utan å ta vare på desse relasjonane gjev ei fil som opnar og deretter feilar på den første manglande referansen. Ein profil som byggjer inn sertifikata sine, unngår den feilen ved å bere alt på ein stad, noko som er praktisk heilt til nokon må bytte ut eitt av dei.

Den ytre filendinga fortel kva containar du har, ikkje kva klient som kan bruke ho.

Kvar konfigurasjonen faktisk byrjar

Inne i pakka dokumenterer leverandøren ei config.conf ved sida av dei avhengige filene, med referansar som blir løyste lokalt. Den fila er utgangspunktet, ikkje namnet på arkivet og ikkje sertifikatet som tilfeldigvis ligg øvst i kataloglista.

På Linux kan pakka framstå som ei mappe i staden for eitt enkelt objekt, fordi arkivet blir pakka ut til filer som ventar å liggje saman. Hald relative stiar samanhengande i arbeidsområdet du pakkar ut til, og ikkje omset ein absolutt Windows-sti til ein Linux-sti for hand. Ei manglande avhengig fil og ein feil sti gjev same klaga frå klienten.

Å slette eit tillits- eller identitetsval for å dempe den klaga er ikkje ei retting.

Kva pakka ikkje tek med seg

Dei eigne innstillingane til Viscosity er ikkje alle OpenVPN-val. Skript, ruteåtferd og applikasjonsinnstillingar må kanskje bli representerte av den støtta integrasjonen til Linux-klienten i staden for å bli kopierte som tekst eit anna program kan køyre.

Behandle eit medfølgjande skript som data til du har lese det og bestemt at det er tillate. Å køyre det fordi eksporten inneheldt det, snur gjennomgangen du skulle ha gjort. Same varsemd gjeld for innebygde påloggingsdata: ei pakke kan bere privat nøkkelmateriale, så ein arbeidskopi høyrer heime på ein verna stad og ikkje i ei nedlastingsmappe.

Originalen blir verande verna til migreringa er godteken.

Kva Linux-sida må avgjere

Avgjer kven som skal eige tilkoplinga: Community OpenVPN åleine, NetworkManager-pluginen eller ein annan støtta klient. Kvar godtek eit ulikt sett med val, og kvar eig ruter, resolvarar og løyndomar på sin måte. Ei fil som opnar med hell i ein importør, kan bli avvist av ein annan, og suksess ved import beviser ikkje kompatibilitet med den tiltenkte tilkoplinga. Spør operatøren om det allereie finst ein Linux-kompatibel profil, fordi det er kortare å byrje frå den støtta artefakten enn å omsetje ein.

Hald servertillit, klientidentitet og vern av privat nøkkel som tre separate spørsmål.

Gjennomgangen før du koplar til

Kontroller endepunktet og transporten, autentiseringsmetoden, kvar filreferanse og den tiltenkte rute- og DNS-policyen. Verifiser deretter tilkoplinga og applikasjonen som krevst, uavhengig av kvarandre, fordi ein tunnel som kjem opp ikkje seier noko om korvidt applikasjonen når det han treng.

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

Samanlikn det forhandla resultatet med det operatøren seier at profilen skal gjere, og noter eitkvart val Linux-klienten ignorerte.

Når migreringa er godteken, fasar du ut overføringskopiane gjennom den vanlege prosessen for handtering av påloggingsdata. Ei pakke som blir liggjande i ei delt mappe, er påloggingsdata som blir liggjande i ei delt mappe.