Ажурирања замењују компоненту која анализира ваш профил и преговара о тунелу. Први неуспех после надоградње је доказ о конкретној промени, а не пресуда о издању. Чување те грешке са њеном верзијом и временском ознаком највреднији је корак који можете предузети пре било какве поновне инсталације.

Два механизма објашњавају већину ових прекида. Њихово раздвајање је посао.

Шта се променило у преговарању под вама

OpenVPN преговара о шифри податковог канала уместо да је узима из једне директиве, а опције које контролишу то преговарање промениле су значење између издања. Профил написан за старији клијент може да се повеже и затим не успе да се договори о податковном каналу, што се појављује као прекид везе уместо јасне грешке у конфигурацији. Новија издања такође пооштравају или укидају наслеђено понашање и достављају режим компатибилности за партнере који се још нису преместили. Зато надоградња може да поквари профил који ради, а да не додирне ниједан бајт датотеке.

Ефекат на клијента је асиметричан. Контролни канал се подиже, аутентификација успева, а тунел затим умире, што је знак несагласности у преговарању, а не одбијеног профила.

Прочитајте инсталирану верзију пре него што будете теоретисали о серверу. Тај низ је локална чињеница коју можете проверити без тражења приступа од било кога.

Профил може да се анализира и значи нешто друго

Директива која преживи анализу није нужно директива која још ради оно што је њен аутор намеравао. Опције могу бити прихваћене због компатибилности и игнорисане, преименоване или примењене у ужем случају него раније. Пошто ништа не пријављује грешку, профил изгледа исправно, док се понашање испод њега променило. Управо та тишина чини ове регресије скупим.

Питајте који су редови заиста одговорни за преговарани резултат, па их упоредите са документацијом за верзију коју сада извршавате. То поређење је кратко и у њему је разлика између исправке и враћања назад.

openvpn --version | head -n 2
openvpn --show-ciphers | head -n 10
grep -nE '^(cipher|data-ciphers|ncp-|tls-)' office.ovpn

Платформа се померила у исто време

Издања клијента ретко долазе сама. Ажурирање оперативног система, захтев за дозволу који сада тражи изричиту сагласност или управљана политика примењена на уређај могу да стигну исте недеље и произведу неуспех за који се окривљује клијент. Мобилне платформе додају свој слој, јер апликација тражи тунел од система, а систем одлучује шта тај тунел сме да усмерава.

Забележите те промене одвојено на временској линији. Када аутентификација успе, али руте или разрешавање имена не успеју, занимљива фаза је она после руковања, и слабљење провере сертификата је неће дотаћи.

Поново тестирајте догађај који је покренуо извештај

Репродукујте оригинални след, а не његову поједностављену верзију: почетно повезивање, апликацију која није успела и обично поновно повезивање после промене мреже. Тунел који се подигне у тест условима и ипак падне на путу поновног повезивања није поправљен, а разлика обично показује где је прави дефект. Извештај који прескочи корак поновног повезивања затвара грешку која је још отворена.

Набавите подржани профил оператера или исправку добављача провереним каналом уместо да све вратите назад. Широко враћање на старију верзију враћа и безбедносне исправке које је ажурирање донело, и та размена ретко вреди једну везу која ради.

Повезани чланци