Umí tento plugin NetworkManageru provozovat dva VPN naráz?
Dva uložené profily nic nedokazují. Zkontrolujte metadata služby pluginu na více připojení a potom slaďte trasy a DNS mezi oběma.
V seznamu připojení jsou dvě položky VPN, obě hlásí připojeno, a přesto očekávaný provoz nese jen jedna z nich. Nebo druhá odmítá vůbec nastartovat a nikdo neumí říct, zda je to plugin, klient nebo zásada, kterou jste zapomněli. Tvrzení o limitu jednoho VPN popisují konkrétní implementace a implementace se liší. Nejprve projděte možnosti, potom slaďování.
Spočítejte uložené profily, potom aktivace
Uložený profil je konfigurační objekt a aktivní připojení je běžící instance. Seznam oba pojmy vizuálně slučuje, a proto obě zprávy znějí pravdivě. Začněte pojmenováním přesných objektů podle jejich UUID, protože zobrazované jméno není jedinečné a starý import často sdílí označení s novější položkou. Potom zvlášť zkontrolujte seznam aktivních připojení a podívejte se, která UUID se v něm objevují. Teprve pak víte, zda porovnáváte dvě konfigurace, nebo dva živé tunely.
Aktivace stejného UUID dvakrát je třetí případ a není to souběh. Je to reaktivace jedné instance.
Přečtěte si vlastní metadata pluginu
Každý plugin VPN dodává malý soubor metadat, který správce čte, a tyto soubory mohou uvádět, zda plugin podporuje několik připojení najednou. Čtěte soubor nainstalovaný na tomto stroji, místo abyste opakovali, co právě píše upstream projekt, protože o tom, co skutečně máte, rozhoduje balíček distribuce. Stejná kontrola platí pro každý protokol: odpověď pro jeden plugin nic neříká o jiném. Zaznamenejte verzi balíčku spolu s výsledkem, aby pozdější srovnání něco znamenalo.
Staré rady o limitu jednoho VPN popisovaly starší integrace. Nejsou trvale pravdivé ani bezpečné brát je jako pevné a soubor před vámi to rozhoduje lokálně.
Souběh není sladění
Úspěšné spuštění dvou pluginů dokazuje schopnost, ne návrh. Dva tunely, které oba nabízejí výchozí trasu, si budou konkurovat a ten, kdo svou trasu nainstaloval poslední, obvykle vyhraje, aniž by to oznámil. Překrývající se privátní rozsahy mají tentýž problém v menší podobě.
Rozhodněte, které cíle patří kterému profilu, dřív než něco aktivujete. Přejmenování profilu cíle nerozliší.
DNS vybere vítěze, ať to děláte, nebo ne
Nastavení resolveru je pro každý profil a když jsou aktivní dva, pořadí překladu určuje zásada a priorita, ne záměr. Profil, který vstal naposled, může tiše vlastnit každé firemní jméno.
Přiřaďte každý privátní jmenný prostor resolveru, který za něj má odpovídat, a preferenci směrování nastavte vědomě, místo abyste se spoléhali na pořadí. Pak otestujte jméno z každého prostoru s oběma tunely nahoru a znovu s jedním z nich odpojeným. Resolver, který funguje jen dokud jsou oba tunely nahoru, je návrh, který někoho překvapí v tu nejnevhodnější chvíli.
Nasadte v pevném pořadí a mezi kroky kontrolujte
Aktivujte jeden profil, prohlédněte stav jeho tras a resolveru, pak aktivujte druhý a znovu zkontrolujte. Porovnání obou stavů vám řekne, co se změnilo a který profil co vlastní. Neaktivujte oba a pak diagnostikujte výsledek.
Otestujte každý potřebný zdroj tunelem, který ho má nést, potom jeden profil odpojte a potvrďte, že druhý si drží své trasy, své DNS i zamýšlené chování při selhání. Pokud nasazený plugin opravdu neumí, co potřebujete, zvolte podporovaný upgrade nebo výslovně izolovanou alternativu, místo abyste vedle správce oživovali zastaralý protokol. Druhý samostatný tunel, který nikdo nespravuje, není izolace; je to další zdroj překvapivých tras.