Экспарт Viscosity супраць звычайнага профілю OpenVPN у Linux

Перайменаванне файла Viscosity .visz у .ovpn не змяняе таго, што ўнутры, бо пашырэнне ніколі не апісвала пратакол. Важнае параўнанне — паміж пакетам з залежнасцямі і звычайным профілем кліента без іх. Вызначце, які кантэйнер вы насамрэч атрымалі, перш чым прасіць праграму імпарту Linux прачытаць яго.

Што ўтрымлівае кожны кантэйнер

Дакументацыя экспарту Viscosity апісвае пакет злучэння .visc і архіўную форму .visz, якая з'яўляецца сціснутым tar-архівам. Пакет нясе канфігурацыю разам з файламі сертыфіката, ключа і сцэнарыяў, ад якіх ён залежыць. Звычайны профіль OpenVPN — гэта адзін файл, і ўсё, на што ён спасылаецца, павінна існаваць асобна або быць убудаваным унутры.

Гэта розніца і ёсць усё параўнанне. Сувязі пакета — частка артэфакта; сувязі звычайнага профілю — дапушчэнне. Перанос пакета ў Linux без захавання гэтых сувязяў дае файл, які адкрываецца, а потым падае на першай адсутнай спасылцы. Профіль, які ўбудоўвае свае сертыфікаты, пазбягае гэтага збою, бо нясе ўсё ў адным месцы, што зручна, пакуль камусьці не трэба будзе змяніць адзін з іх.

Знешняе пашырэнне паведамляе, які кантэйнер у вас ёсць, а не які кліент можа ім карыстацца.

Дзе насамрэч пачынаецца канфігурацыя

Унутры пакета пастаўшчык дакументуе config.conf побач з залежнымі файламі, а спасылкі вырашаюцца лакальна. Гэты файл — пункт адліку, а не назва архіва і не той сертыфікат, які выпадкова апынуўся ўверсе спісу каталога.

У Linux пакет можа выглядаць як каталог, а не як адзін аб'ект, бо архіў разгортваецца ў файлы, якія павінны ляжаць разам. Трымайце адносныя шляхі ўзгодненымі ў працоўнай прасторы, куды вы распакоўваеце, і не пераўтварайце абсалютны шлях Windows у шлях Linux уручную. Адсутны залежны файл і няправільны шлях даюць аднолькавую скаргу ад кліента.

Выдаленне опцыі даверу або ідэнтычнасці, каб заглушыць гэтую скаргу, — не выпраўленне.

Што пакет не пераносіць

Уласныя перавагі Viscosity — не ўсе опцыі OpenVPN. Сцэнарыі, паводзіны маршрутаў і налады праграм могуць патрабаваць прадстаўлення праз падтрымліваную інтэграцыю кліента Linux, а не капіравання ў выглядзе тэксту, які можа выканаць іншая праграма.

Разглядайце ўключаны сцэнарый як даныя, пакуль не прачытаеце яго і не вырашыце, што ён дазволены. Яго запуск толькі таму, што экспарт яго змяшчаў, перавяртае праверку, якую вы павінны былі правесці. Тая ж асцярога датычыцца ўбудаваных уліковых даных: пакет можа несці матэрыял прыватнага ключа, таму працоўная копія належыць у абароненае месца, а не ў папку загрузак.

Арыгінал застаецца абароненым, пакуль міграцыя не прынята.

Што павінен вырашыць бок Linux

Вырашыце, хто будзе валодаць злучэннем: Community OpenVPN сам па сабе, плагін NetworkManager або нейкі іншы падтрымліваемы кліент. Кожны прымае іншы набор опцый, і кожны па-свойму валодае маршрутамі, рэзалверамі і сакрэтамі. Файл, які паспяхова адкрываецца ў адной праграме імпарту, можа быць адхілены іншай, і поспех пры імпарце не даказвае сумяшчальнасці з меркаваным злучэннем. Спытайце аператара, ці існуе ўжо профіль, сумяшчальны з Linux, бо пачаць з падтрымліванага артэфакта хутчэй, чым перакладаць яго.

Трымайце давер да сервера, ідэнтычнасць кліента і абарону прыватнага ключа трыма асобнымі пытаннямі.

Праверка перад падключэннем

Праверце канчатковы пункт і транспарт, метад аўтэнтыфікацыі, кожную спасылку на файл, а таксама меркаваныя палітыкі маршрутызацыі і DNS. Затым праверце злучэнне і патрэбную праграму асобна, бо тунэль, які ўзнімаецца, нічога не кажа пра тое, ці дасягае праграма таго, што ёй трэба.

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

Параўнайце ўзгоднены вынік з тым, што, па словах аператара, профіль павінен рабіць, і адзначце любую опцыю, якую кліент Linux праігнараваў.

Калі міграцыя прынята, вывядзіце перададзеныя копіі з ужытку праз звычайны працэс апрацоўкі ўліковых даных. Пакет, пакінуты ў агульнай папцы, — гэта ўліковыя даныя, пакінутыя ў агульнай папцы.