Export z Viscosity versus obyčejný profil OpenVPN na Linuxu

Přejmenování souboru .visz z Viscosity na .ovpn nemění to, co je uvnitř, protože přípona nikdy nepopisovala protokol. Důležité srovnání je mezi balíkem se závislostmi a obyčejným klientským profilem bez nich. Rozhodněte, který kontejner jste skutečně dostali, než požádáte importér na Linuxu, aby jej přečetl.

Co každý kontejner obsahuje

Dokumentace k exportu Viscosity popisuje balík připojení .visc a archivní podobu .visz, což je komprimovaný archiv tar. Balík nese konfiguraci spolu se soubory certifikátu, klíče a skriptů, na nichž závisí. Obyčejný profil OpenVPN je jeden soubor a vše, na co odkazuje, musí existovat odděleně nebo být vloženo uvnitř.

Tento rozdíl je celé srovnání. Vazby balíku jsou součástí artefaktu; vazby obyčejného profilu jsou předpokladem. Přesun balíku na Linux bez zachování těchto vazeb vytvoří soubor, který se otevře a potom selže na prvním chybějícím odkazu. Profil, který vkládá své certifikáty, se tomuto selhání vyhne tím, že nese vše na jednom místě, což je pohodlné, dokud někdo potřebuje jeden z nich obměnit.

Vnější přípona vám říká, který kontejner máte, ne který klient jej dokáže použít.

Kde konfigurace skutečně začíná

Uvnitř balíku dodavatel dokumentuje config.conf vedle závislých souborů a odkazy se řeší lokálně. Tento soubor je výchozím bodem, ne název archivu a ne ten certifikát, který náhodou stojí na začátku výpisu adresáře.

Na Linuxu se balík může jevit jako adresář, nikoli jako jeden objekt, protože archiv se rozbaluje do souborů, které očekávají, že budou pohromadě. Udržujte relativní cesty soudržné v pracovním prostoru, do kterého rozbalujete, a nepřevádějte absolutní cestu z Windows na cestu Linuxu ručně. Chybějící závislý soubor a špatná cesta vyvolají u klienta stejnou stížnost.

Smazat volbu důvěry nebo identity, aby ta stížnost utichla, není oprava.

Co balík nepřenáší

Vlastní předvolby Viscosity nejsou všechny volby OpenVPN. Skripty, chování tras a nastavení aplikace může být potřeba vyjádřit podporovanou integrací linuxového klienta, místo aby se kopírovaly jako text, který může spustit jiný program.

S přiloženým skriptem zacházejte jako s daty, dokud jej nepřečtete a nerozhodnete, že je povolený. Spustit jej jen proto, že jej export obsahoval, obrací kontrolu, kterou jste měli provést. Stejná opatrnost platí pro vložené přihlašovací údaje: balík může nést materiál soukromého klíče, takže pracovní kopie patří na chráněné místo, ne do složky stažených souborů.

Originál zůstává chráněný, dokud není migrace přijata.

Co musí rozhodnout linuxová strana

Rozhodněte, kdo bude vlastnit připojení: Community OpenVPN samo o sobě, zásuvný modul NetworkManager, nebo jiný podporovaný klient. Každý přijímá jinou sadu voleb a každý spravuje trasy, překladače a tajemství jinak. Soubor, který se v jednom importéru úspěšně otevře, může jiný odmítnout, a úspěch při importu neprokazuje kompatibilitu se zamýšleným připojením. Zeptejte se operátora, zda už existuje profil kompatibilní s Linuxem, protože začít z podporovaného artefaktu je kratší než jej překládat.

Držte důvěru k serveru, identitu klienta a ochranu soukromého klíče jako tři oddělené otázky.

Kontrola před připojením

Zkontrolujte koncový bod a přenos, způsob ověřování, každý odkaz na soubor a zamýšlenou politiku tras a DNS. Potom nezávisle ověřte připojení a požadovanou aplikaci, protože tunel, který naskočí, nic neříká o tom, zda se aplikace dostane k tomu, co potřebuje.

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

Porovnejte vyjednaný výsledek s tím, co podle operátora má profil dělat, a poznamenejte každou volbu, kterou linuxový klient ignoroval.

Když je migrace přijata, vyřaďte přenosové kopie obvyklým postupem pro práci s přihlašovacími údaji. Balík ponechaný ve sdílené složce je přihlašovací údaj ponechaný ve sdílené složce.