Више OpenVPN-веза: failover листа, а не повезивање канала

Две remote линије у једном профилу изгледају као друга трака; оне су други покушај. Када први endpoint престане да одговара, клијент иде даље и сесија не постаје шира. Назовите листу failover на време, иначе ћете подешавати погрешан точак.

Шта вам даје листа remote записа

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

Права агрегација је други строј. Дељење једног тока преко неколико путања тражи софтвер на оба краја који ће раздвојити и поново саставити саобраћај по реду.

Добављач који обећава брже тунеле са више сервера продаје управо тај други модел, а не дужу листу. Ако клијент само редом испробава endpoint-е, пет записа мења ваше шансе и ништа друго. Гледајте испад: сесија падне и врати се негде другде, што лог приказује као нови endpoint, никада као ширу цев.

Блокови који држе подешавања уз један endpoint

Обична remote линија носи адресу, а понекад порт и протокол. Када endpoint-у треба прокси или транспорт који остатак датотеке не користи, ставите та подешавања у блок везе који их држи уз њега. Инлајн блокови такође раде у једној .ovpn датотеци, а тако се испоручује већина профила.

Све изван блока делује као подразумевана вредност за записе који га не надјачавају. Зато се један изграђен блок и четири обична remote записа понашају на начин који листа адреса не може да објасни.

Брисање блока који не препознајете није козметика. Endpoint коме је припадао враћа се на подразумеване вредности датотеке, а оне могу бити други транспорт од оног на ком слуша. Уклоните погрешан омот и један запис не успева док остали раде, па то изгледа као лош сервер, а не као покварен профил. Прочитајте сваки remote заједно са његовим транспортом, портом и проксијем пре уређивања.

Редослед поновних покушаја и цена remote-random

Редослед је важан јер сваки мртав запис кошта време пре следећег покушаја. Ставите жељени endpoint први, а остале третирајте као рангиране резерве.

remote-random мења почетни редослед, што распоређује оптерећење по еквивалентним серверима и враћа се као бумеранг када је један endpoint очигледно примаран. У сваком случају забележите endpoint који је клијент одабрао; име профила не говори ништа када веза делује споро. Греповање линије везе из детаљног лога показује где је сесија слетела.

Мешање оператера крши изјаву о поверењу

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

Ако су вам потребни endpoint-и од два провајдера, то је рутирање, а не уређивање профила. Решите то изнад тунела, где можете да кажете који саобраћај иде којим путем.

Тестирајте сваки запис уместо претпоставке

Након одобреног ажурирања профила, намерно се повежите на сваки потребни endpoint и потврдите који је транспорт подигнут. Детаљно покретање то чини видљивим. Покрените openvpn --config office.ovpn --verb 4 и прочитајте линију везе за адресу коју сте очекивали. Затим проверите ресурсе иза тунела; запис може да заврши руковање и ипак вас не усмери никуда.

Failover тражи сопствени тест, а не наду. Блокирајте први endpoint у лабораторији, покрените клијента и измерите колико му треба да пређе даље. Дуга листа иза спорог првог записа гора је од кратке која добро стартује.

Проверите листу сваки пут када је оператер промени. Увезени скуп корисен је само док његови записи постоје и говоре транспорт који ваши блокови описују. Приручник OpenVPN 2.6 покрива овде директиве remote, connection и random-order, и то је верзија коју треба проверити када је синтакса упитна.