Експорт із 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 проігнорував.

Коли міграцію прийнято, виведіть передавальні копії з обігу звичайним процесом роботи з обліковими даними. Пакет, залишений у спільній папці, — це облікові дані, залишені у спільній папці.