Извоз из Viscosity наспрам обичног OpenVPN профила на Linux-у
.visz пакет и обичан OpenVPN фајл су различити контејнери. Упоредите шта сваки носи, на шта упућује и који клијент заиста може да га прочита.
Преименовање 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 клијент игнорисао.
Када се миграција прихвати, повуците преносне копије кроз уобичајени процес руковања подацима за пријаву. Пакет остављен у дељеној фасцикли јесу подаци за пријаву остављени у дељеној фасцикли.