Секундарни VPN припада једном Wi-Fi профилу, а не свима

Подесите VPN као секундарни на кућној Wi-Fi вези и све функционише, све док се лаптоп не повеже са другом приступном тачком и тунел не остане доле. Нова веза је посебан конфигурациони објекат са сопственим UUID-ом и нема разлога да зна за везу коју сте направили за његовог претходника. Ништа се није покварило; повезаност једноставно никада није постојала.

Референца веза у NetworkManager-у дефинише секундарне као UUID-ове који се активирају заједно са одређеном основном везом. Такође напомиње да обични VPN профили не имплементирају аутоматску активацију као основне везе. Обе тврдње воде до истог закључка: повезаност је по профилу, и неко мора да је направи за сваки нови.

Шта је секундарни VPN заправо

Основна веза има идентитет, UUID и листу секундарних. Када се активира, менаџер активира и те секундарне по реду, и тако VPN прати Wi-Fi мрежу без ручног клика. Однос живи на основној вези, записан као UUID стрингови, а не као имена. Тај избор представљања није случајан; он је оно што омогућава повезаности да преживи преименовање.

Тај детаљ о именима важнији је него што изгледа. Преименовање VPN профила оставља његов UUID нетакнутим, па постојеће повезаности настављају да раде. Брисање старог профила и увоз новог ствара нови UUID, и свака повезаност која је показивала на стари сада не показује ни на шта.

Прегледајте постојећу листу пре додавања. Кућни профил са једним секундарним није правило које одговара сваком SSID-у; то је један ред у једном објекту и неће се консултовати када се активира друга основа.

Поставите повезаност тамо где се профили стварају

На личном рачунару учините придруживање предвиђеног секундарног делом додавања сваког дозвољеног Wi-Fi профила. То је навика, а не функција, али навика која ствара доследно стање, и тражи једну команду или две посете дијалогу по мрежи. Водите кратку белешку о томе које мреже треба да носе тунел, јер листа је политика.

На управљаним уређајима нека процес обезбеђивања ствара Wi-Fi ставку и њену VPN повезаност у истом кораку, и примените исти третман на дозвољене профиле који већ постоје. Дистрибуција само VPN профила оставља основне односе неодређене, и тако парк добија тунел који користи само половина лаптопова.

Тамо где корисници још могу да стварају профиле ван управљане путање, изричито одлучите шта се дешава са тим ставкама. Претпоставка да наслеђују повезаност није политика; то је нада са пратећим трошком подршке.

Планирајте промену идентитета VPN-а

Извор обезбеђивања захтева UUID предвиђеног VPN-а, а не приказано име које је неко погодио. Када одржавање замени тај VPN новоувезеним објектом, у истој промени ажурирајте шаблон обезбеђивања и погођене постојеће повезаности. Преименовање није замена, а третирање њих као еквивалентних је начин на који функционално распоређивање пукне недељу касније.

Чувајте UUID поред разлога због којег постоји. Будући инжењер који нађе голи UUID у листи секундарних нема начина да каже да ли је актуелан и вероватно ће га избрисати док посрема.

Активација није спровођење

Захтев за секундарни дешава се у време активације. Он не блокира апликације у интервалу пре завршетка аутентификације и не зауставља саобраћај након што тунел падне. То су различита својства која пружају различити механизми, а њихово мешање ствара дизајн који изгледа строго у профилу, а попустљиво у пракси.

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

Ставите ту разлику у упутства која корисници заиста читају. Нова Wi-Fi мрежа може да затражи тунел; спровођење одлучује сме ли нешто да изађе када не може да се повеже. Корисници којима је испричана само прва половина пријавиће дизајн као покварен.

Тестирајте са заиста новим профилом

Користите одобрену тест мрежу и новосаздани основни профил, а не кућну ставку која већ ради. Посматрајте активацију основе, затражени секундарни UUID и сваки захтев за аутентификацију редом, и забележите у којој фази застане када застане. Тајни агент који постане доступан после пријаве на радну површину није аутоматски присутан у сваком контексту покретања, па поновно покретање припада плану тестирања. Затим проверите предвиђени ресурс и пут отказа: да ли се тунел подиже пре него што апликацији затреба, и шта се дешава са том апликацијом када аутентификација не успе?

Затим проверите предвиђени ресурс и пут отказа: да ли се тунел подиже пре него што апликацији затреба, и шта се дешава са том апликацијом када тунел не може да се аутентификује? Та два запажања су критеријуми прихватања и ниједно од њих није видљиво у самом профилу.