Sekundārais VPN pieder vienam Wi-Fi profilam, ne visiem

Konfigurējiet VPN kā mājas Wi-Fi savienojuma sekundāro, un viss darbojas, līdz klēpjdators pievienojas citam piekļuves punktam un tunelis paliek lejā. Jaunais savienojums ir atsevišķs konfigurācijas objekts ar savu UUID, un tam nav pamata zināt par saiti, ko izveidojāt tā priekštečim. Nekas nesabojājās; asociācija vienkārši nekad nav pastāvējusi.

NetworkManager savienojumu uzziņa definē sekundāros kā UUID, kas aktivizējas kopā ar noteiktu bāzes savienojumu. Tā arī norāda, ka parastie VPN profili neievieš automātisku aktivizāciju tā, kā to dara bāzes savienojumi. Abi apgalvojumi ved pie viena secinājuma: asociācija ir katram profilam atsevišķi, un kādam tā jāizveido katram jaunajam.

Kas īsti ir sekundārais

Bāzes savienojumam ir identitāte, UUID un sekundāro saraksts. Kad tas aktivizējas, pārvaldnieks aktivizē arī šos sekundāros pēc kārtas, un tā VPN seko Wi-Fi tīklam bez manuāla klikšķa. Attiecības dzīvo uz bāzes savienojuma, pierakstītas kā UUID virknes, nevis nosaukumi. Šī attēlojuma izvēle nav nejauša; tā ir tā, kas ļauj asociācijai pārdzīvot pārdēvēšanu.

Šī detaļa par nosaukumiem ir svarīgāka, nekā izskatās. VPN profila pārdēvēšana atstāj tā UUID neskartu, tāpēc esošās asociācijas turpina darboties. Vecā profila dzēšana un jauna importēšana rada jaunu UUID, un katra asociācija, kas norādīja uz veco, tagad nenorāda uz neko.

Pirms pievienošanas pārbaudiet esošo sarakstu. Mājas profils ar vienu sekundāro nav noteikums, kas atbilst katram SSID; tā ir viena rinda vienā objektā, un tajā neievēros, kad aktivizēsies cita bāze.

Ievietojiet asociāciju tur, kur tiek veidoti profili

Personīgajā datorā padariet paredzētā sekundārā pievienošanu par daļu no katra atļautā Wi-Fi profila pievienošanas. Tas ir ieradums, nevis funkcija, bet ieradums, kas rada konsekventu stāvokli, un tas prasa vienu komandu vai divas dialoga apmeklējuma reizes vienam tīklam. Glabājiet īsu piezīmi par to, kuriem tīkliem jānes tunelis, jo saraksts ir politika.

Pārvaldītajās ierīcēs ļaujiet nodrošināšanas darbplūsmai izveidot Wi-Fi ierakstu un tā VPN asociāciju vienā solī, un piemērojiet to pašu jau esošajiem atļautajiem profiliem. Tikai VPN profila izplatīšana atstāj bāzes attiecības nenorādītas, un tā parka vidē rodas tunelis, ko izmanto tikai puse klēpjdatoru.

Kur lietotāji joprojām var veidot profilus ārpus pārvaldītā ceļa, skaidri izlemiet, kas notiks ar šiem ierakstiem. Pieņēmums, ka tie pārmantos asociāciju, nav politika; tā ir cerība ar atbalsta izmaksām.

Plānojiet VPN identitātes maiņu

Nodrošināšanas avotam ir vajadzīgs paredzētā VPN UUID, nevis displeja nosaukums, ko kāds uzminēja. Kad apkope aizstāj šo VPN ar tikko importētu objektu, tajā pašā izmaiņā atjauniniet nodrošināšanas veidni un skartās esošās asociācijas. Pārdēvēšana nav aizstāšana, un abu uzskatīšana par līdzvērtīgiem ir veids, kā strādājoša ieviešana sabrūk nedēļu vēlāk.

Glabājiet UUID blakus iemeslam, kāpēc tas pastāv. Nākamais inženieris, kurš sekundāro sarakstā atradīs kailu UUID, nevarēs pateikt, vai tas ir aktuāls, un, visticamāk, to izdzēsīs, kamēr kārtos.

Aktivizācija nav piespiešana

Sekundārā pieprasījums notiek aktivizācijas laikā. Tas nebloķē lietojumprogrammas intervālā pirms autentifikācijas pabeigšanas un neaptur trafiku pēc tam, kad tunelis sabrūk. Tās ir dažādas īpašības, ko nodrošina dažādi mehānismi, un to sajaukšana rada dizainu, kas profilā izskatās stingrs un praksē ir piekāpīgs.

Tiešā trafika bloķēšana ir atsevišķa funkcija ar savu konfigurāciju un saviem atteices režīmiem, un tai jāņem vērā trafiks, kam jāsasniedz tīkls pirms jebkāda tuneļa pastāvēšanas: uzmācīgie portāli, pieteikšanās lapas, pats galapunkts. Bloķēšanas politika, ko nevar izpildīt pirms autentifikācijas, iebloķē ierīci ārpus tieši tā tīkla, kas tai vajadzīgs.

Ielieciet šo atšķirību instrukcijās, ko lietotāji patiešām lasa. Jauns Wi-Fi tīkls var pieprasīt tuneli; piespiešana izlemj, vai kaut kas drīkst iziet, kad nevar izveidot savienojumu. Lietotāji, kuriem pastāstīta tikai pirmā puse, ziņos, ka dizains ir salauzts.

Pārbaudiet ar patiešām jaunu profilu

Izmantojiet apstiprinātu testa tīklu un tikko izveidotu bāzes profilu, nevis jau strādājošo mājas ierakstu. Novērojiet bāzes aktivizāciju, pieprasīto sekundāro UUID un jebkuru autentifikācijas uzvedni secībā, un pierakstiet, kurā posmā tas iestrēgst, kad tas iestrēgst. Slepenais aģents, kas kļūst pieejams pēc darbvirsmas pieteikšanās, ne vienmēr automātiski ir katrā palaišanas kontekstā, tāpēc pārstartēšana ietilpst testa plānā. Pēc tam pārbaudiet paredzēto resursu un atteices ceļu: vai tunelis paceļas pirms tam, kad lietojumprogrammai tas vajadzīgs, un kas notiek ar šo lietojumprogrammu, kad autentifikācija neizdodas?

Pēc tam pārbaudiet paredzēto resursu un atteices ceļu: vai tunelis paceļas pirms tam, kad lietojumprogrammai tas vajadzīgs, un kas notiek ar šo lietojumprogrammu, kad tunelis nevar autentificēties? Šie divi novērojumi ir pieņemšanas kritēriji, un neviens no tiem nav redzams pašā profilā.