Стартирането на втори VPN заменя състоянието на първия
Телефонът позволява една VPN услуга наведнъж; на настолен компютър клиентите се борят за едни и същи маршрути. Нито едно от двете не създава вложен тунел без реален дизайн.
Два клиента, две икони за свързано и убеждение, че трафикът вече минава през двата. Сравнете това убеждение с това, което всяка платформа действително позволява. Телефонът обикновено има точно едно място за VPN услуга; настолният компютър може да стартира няколко клиента, които се борят за едни и същи маршрути и resolver. Разликата между тези две ситуации обяснява повечето съобщения за VPN, който пада, когато стартира друг.
Иконите описват процеси, а не верига.
Едно място на телефона, няколко претендента на настолния компютър
На Android платформата предлага модел на VPN услуга с един активен VPN на потребителски профил, така че стартирането на втори спира първия. Това е системата, която налага собственото си правило, а не грешка в който и да е клиент. На настолен компютър няколко клиента могат да работят едновременно и тогава те се състезават за таблицата за маршрутизация, правилата за политика, конфигурацията на resolver и виртуалните интерфейси. И двата изхода са платформата, работеща както е проектирана.
Нито един от изходите сам по себе си не създава вложен тунел. Веригата изисква един тунел да пренася криптираните пакети на другия, а това е архитектура, а не случайност на подредбата.
Какво презаписва вторият клиент
Вторият клиент обикновено инсталира маршрут по подразбиране, добавя собствени правила и налага свой resolver. Първият може да оцелее като процес без трафик или да запази маршрут, който вече не печели. Маршрутите за конкретни домейни обикновено са жертвата, затова някои дестинации продължават да работят, а други се провалят. Видимият симптом е прекъсване, а действителното състояние е частична замяна.
Проверката на изходния IP няма да разкрие това. Тя отчита един адрес за една дестинация и не казва нищо за това кои маршрути са презаписани или кой resolver отговаря сега. За да видите щетите, прочетете таблицата за маршрутизация и състоянието на resolver.
Влагането е дизайн, а не ред на кликвания
Ако влагането е целта, документирайте външния път на всяка крайна точка, нейната политика при отказ и последствията за MTU. Решете какво се случва, когато външният тунел падне, докато вътрешният все още смята, че е свързан. Стартирането на клиенти в щастлив ред не е конфигурация, защото следващата актуализация или повторно свързване ги пренарежда. Вложената подредба изисква същото внимание, както всяка друга топология.
Когато едната връзка е за работа, а другата е лична, разчитайте на каквато изолация или управлявана подредба поддържа платформата. Изтръгването на корпоративните контроли не е стратегия за разделяне.
Проверявайте с приложението, не с иконата
Упражнявайте приложенията, които наистина имат значение, от всеки контекст, който смятате да използвате, и включете в теста поведението на resolver и повторните свързвания. Крайният изходен адрес не може да идентифицира всеки презаписан маршрут, а зелената икона не може да идентифицира нито един от тях. Запишете кой притежава връзката и коя комбинация действително се поддържа.
Ако даден продукт изрично не поддържа съвместно съществуване с друг, случайна промяна на маршрут или разрешение няма да създаде поддържаемо внедряване. То ще създаде такова, което работи до следващата актуализация.
Запишете кой клиент притежава маршрута по подразбиране, кой resolver отговаря и какво се случва, когато всеки от тях спре.