Запуск другога VPN замяняе стан першага

Два кліенты, дзве іконкі падключэння і перакананне, што трафік цяпер ідзе праз абодва. Параўнайце гэтае перакананне з тым, што насамрэч дазваляе кожная платформа. Тэлефон звычайна мае роўна адно месца для VPN-службы; на камп'ютары могуць працаваць некалькі кліентаў, якія змагаюцца за адны і тыя ж маршруты і рэзалютар. Розніца паміж гэтымі двума сітуацыямі тлумачыць большасць паведамленняў пра тое, што VPN адвальваецца, калі запускаецца іншы.

Іконкі апісваюць працэсы, а не ланцуг.

Адно месца на тэлефоне, некалькі прэтэндэнтаў на камп'ютары

На Android платформа прапануе мадэль VPN-службы з адным актыўным VPN на профіль карыстальніка, таму запуск другой службы спыняе першую. Гэта сістэма ўжывае ўласнае правіла, а не памылка ў любым з кліентаў. На камп'ютары некалькі кліентаў могуць працаваць адначасова, і тады яны канкуруюць за табліцу маршрутызацыі, правілы палітыкі, канфігурацыю рэзалютара і віртуальныя інтэрфейсы. Абодва вынікі — гэта платформа, якая працуе як задумана.

Ні адзін з вынікаў сам па сабе не стварае ўкладзены тунель. Ланцуг патрабуе, каб адзін тунель пераносіў зашыфраваныя пакеты другога, а гэта архітэктура, а не выпадковасць парадку.

Што перазапісвае другі кліент

Другі кліент звычайна ўсталёўвае маршрут па змаўчанні, дадае свае правілы і прасоўвае свой рэзалютар. Першы можа застацца працэсам без трафіку або захаваць маршрут, які ўжо не перамагае. Маршруты для канкрэтных даменаў — звычайная ахвяра, таму некаторыя прызначэнні працягваюць працаваць, а іншыя не. Бачны сімптом — раз'яднанне, а фактычны стан — частковая замена.

Праверка знешняга IP гэтага не выявіць. Яна паведамляе адзін адрас для аднаго прызначэння і нічога не кажа пра тое, якія маршруты былі перазапісаныя або які рэзалютар цяпер адказвае. Каб убачыць шкоду, прачытайце табліцу маршрутызацыі і стан рэзалютара.

Укладанне — гэта праект, а не парадак клікаў

Калі ўкладанне — гэта мэта, апішыце знешні шлях кожнай канчатковай кропкі, яе палітыку збою і наступствы для MTU. Вырашыце, што адбудзецца, калі знешні тунель падае, пакуль унутраны ўсё яшчэ лічыць, што падключаны. Запуск кліентаў у шчаслівым парадку — гэта не канфігурацыя, бо наступнае абнаўленне або перападключэнне зноў іх пераўпарадкуе. Укладзеная схема патрабуе такой жа акуратнасці, як любая іншая тапалогія.

Калі адно злучэнне для працы, а другое асабістае, абапірайцеся на любую ізаляцыю або кіраваную схему, якую падтрымлівае платформа. Вырыванне карпаратыўных элементаў кіравання — гэта не стратэгія падзелу.

Правярайце праграмай, а не іконкай

Праверце праграмы, якія сапраўды маюць значэнне, з кожнага кантэксту, які вы плануеце выкарыстоўваць, і ўключыце ў тэст паводзіны рэзалютара і перападключэнні. Канчатковы адрас выхаду не можа вызначыць кожны перазапісаны маршрут, а зялёная іконка не можа вызначыць ніводнага з іх. Запішыце ўладальніка злучэння і камбінацыю, якая насамрэч падтрымліваецца.

Калі прадукт відавочна не падтрымлівае суіснаванне з іншым, выпадковае змяненне маршруту або дазволаў не дасць устойлівага разгортвання. Яно дасць такое, што працуе да наступнага абнаўлення.

Запішыце, які кліент валодае маршрутам па змаўчанні, які рэзалютар адказвае і што адбываецца, калі кожны з іх спыняецца.