Може ли овој додаток за NetworkManager да пушти два VPN истовремено?

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

Избројте ги зачуваните профили, потоа активациите

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

Активирањето на истиот UUID двапати е трет случај и не е истовременост. Тоа е повторно активирање на една инстанца.

Прочитајте ги сопствените метаподатоци на додатокот

Секој VPN додаток доставува мала датотека со метаподатоци што ја чита менаџерот, а тие датотеки можат да изјават дали додатокот поддржува повеќе врски одеднаш. Читајте ја датотеката инсталирана на оваа машина наместо да го повторувате тоа што го пишува upstream проектот во моментов, бидејќи пакетот од дистрибуцијата одлучува што навистина имате. Истата проверка важи за секој протокол: одговорот за еден додаток не кажува ништо за друг. Забележете ја верзијата на пакетот заедно со резултатот, за да има смисла подоцнежното споредување.

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

Истовремено не значи усогласено

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

Одлучете кои одредишта припаѓаат на кој профил пред да активирате нешто. Преименувањето на профил не ги разликува одредиштата.

DNS избира победник, без разлика дали вие го правите тоа

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

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

Распоредете во фиксен редослед и проверувајте помеѓу

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

Тестирајте го секој потребен ресурс низ тунелот што треба да го носи, потоа исклучете еден профил и потврдете дека другиот ги задржува своите рути, својот DNS и своето предвидено однесување при отказ. Ако распоредениот додаток навистина не може да го направи она што ви треба, изберете поддржана надградба или јасно изолирана алтернатива наместо да оживувате застарен протокол покрај менаџерот. Втор, одделен тунел што никој не го управува не е изолација; тоа е уште еден извор на изненадувачки рути.