Вклучувањето втор VPN ја заменува состојбата на првиот
Телефонот дозволува една VPN услуга во даден момент; на десктоп, клиентите се борат за истите рути. Ниту едно не создава вгнезден тунел без вистински дизајн.
Два клиенти, две икони за поврзаност и уверување дека сообраќајот сега поминува низ двата. Споредете го тоа уверување со она што секоја платформа навистина го дозволува. Телефонот обично има точно едно место за VPN услуга; десктопот може да работи неколку клиенти што се борат за истите рути и истиот резолвер. Разликата меѓу овие две ситуации го објаснува најголемиот дел од извештаите за VPN што паѓа кога ќе започне друг.
Иконите опишуваат процеси, а не синџир.
Едно место на телефон, неколку претенденти на десктоп
На Android платформата нуди модел на VPN услуга со еден активен VPN по кориснички профил, па започнувањето втор го запира првиот. Тоа е системот што го спроведува сопственото правило, а не грешка во кој било клиент. На десктоп, неколку клиенти можат да работат истовремено, а потоа се натпреваруваат за табелата за рутирање, правилата за политика, конфигурацијата на резолверот и виртуелните интерфејси. Двата исхода се платформата што работи како што е дизајнирана.
Ниту еден исход сам по себе не создава вгнезден тунел. Синџирот бара еден тунел да ги носи шифрираните пакети на другиот, а тоа е архитектура, а не случајност на редоследот.
Што презапишува вториот клиент
Вториот клиент обично инсталира стандардна рута, ги додава своите правила и го наметнува својот резолвер. Првиот може да преживее како процес без сообраќај или да задржи рута што повеќе не победува. Рутите специфични за домен се вообичаена жртва, затоа некои одредишта продолжуваат да работат, а други не. Видливиот симптом е исклучување, а вистинската состојба е делумна замена.
Проверката на излезната IP нема да го открие ова. Таа пријавува една адреса за едно одредиште и не кажува ништо за тоа кои рути се презапишани или кој резолвер сега одговара. За да ја видите штетата, прочитајте ја табелата за рутирање и состојбата на резолверот.
Вгнездувањето е дизајн, а не редослед на кликнувања
Ако вгнездувањето е целта, документирајте ја надворешната патека на секоја крајна точка, нејзината политика за неуспех и последиците за MTU. Одлучете што се случува кога надворешниот тунел паѓа додека внатрешниот уште мисли дека е поврзан. Започнувањето клиенти по среќен редослед не е конфигурација, бидејќи следното ажурирање или повторно поврзување ги прередува. Вгнездениот распоред бара иста грижа како и секоја друга топологија.
Кога една врска е за работа, а друга е лична, потпрете се на каква било изолација или управуван распоред што платформата го поддржува. Откинувањето на корпоративните контроли не е стратегија за одвојување.
Проверете со апликацијата, не со иконата
Вежбајте ги апликациите што навистина се важни, од секој контекст што имате намера да го користите, и вклучете го однесувањето на резолверот и повторните поврзувања во тестот. Крајната излезна адреса не може да ја идентификува секоја презапишана рута, а зелената икона не може да идентификува ниту една од нив. Запишете кој ја поседува врската и која комбинација навистина е поддржана.
Ако производот експлицитно не поддржува коегзистенција со друг, случајната промена на рута или дозвола нема да создаде одржливо распоредување. Ќе создаде такво што работи до следното ажурирање.
Запишете кој клиент ја поседува стандардната рута, кој резолвер одговара и што се случува кога секој од нив ќе запре.