Kiel malhelpi vian tekkomputilon aŭtomate aliĝi al malnova konekta punkto
Aŭtomata aliĝo estas decido de la operaciumo, ne agordo de VPN. Forigu la konservitan reton, poste kontrolu ĉu trafiko estas blokata antaŭ ol la tunelo staras.
La aparato aliĝas al malnova konekta punkto antaŭ ol la VPN komenciĝas, kaj poste la tunelo stariĝas super reto, kiun neniu elektis. Ĝuste tiu ordo de eventoj estas la tuta problemo. Al kiu reto la aparato aliĝas estas decido de la operaciumo, kaj ĉu la tunelo staras unue estas decido de la klienta politiko. Ili loĝas en diversaj lokoj, kaj ripari unu ne riparas la alian.
Decidu, kiun el la du vi vere bezonas ŝanĝi, antaŭ ol vi ekklakos.
Kiu tavolo posedas la aliĝan decidon
Konservitaj retoj kaj aŭtomata aliĝo apartenas al la operaciumo: la Wi-Fi-agordoj en macOS, la listo de konservitaj retoj en Android, la listo de konataj retoj en Windows. VPN-kliento povas influi tion nur tie, kie la vendisto liveras eksplicitan integriĝon, kaj la plej multaj ne faras tion. Supozi, ke la tunelo regas la aliĝan ordon, kondukas al ŝanĝo de VPN-agordoj, kiuj neniam estis implikitaj.
La laboro de la tunelo komenciĝas post kiam la ligo staras. Ĝi ne havas voĉon pri tio, kiu ligo estas.
Ĝuste forviŝu la konservitan reton
Forigu la eron anstataŭ rangigi ĝin pli malalte. Sur la plej multaj platformoj forgesita reto ne re-aliĝos aŭtomate, dum malprioritigita reto ankoraŭ faros tion, kiam nenio pli bona haveblas. Konfirmu, ke la intencita hejma aŭ labora konekto ankoraŭ ekzistas antaŭ ol vi finos, kaj ne forigu administratajn erojn sen la procezo de la posedanto. Sur administrata aparato la ero povas esti puŝita per politiko kaj reaperi post forigo, kio estas subtena demando, ne agorda demando.
Ĉi tie la referenco estas la propra dokumentaro de la platformo, ne gvidilo de tria partio verkita por alia eldono. La noto de Apple pri forgeso de Wi-Fi-reto estas la mallonga versio por macOS.
Memorita SSID ne estas la loko, kiun vi fidis
Konservita nomo estas nur ĉeno. Alirpunkto povas elsendi la saman nomon el tute alia loko, kaj tiel aparato aliĝas al io, kio nur ŝajnas konata. Kontrolu la reton antaŭ ol enigi portalajn akreditaĵojn, kaj traktu neatenditan kaptan paĝon en konata SSID kiel signalon, ne kiel ĝenon. Tiu risko estas aparta de aŭtomata aliĝo, kvankam forgesi la reton malpliigas ambaŭ. Ĉenaj lokoj reuzas la saman SSID en ĉiu filio, do la nomo povas esti aŭtentika en du urboj kaj malamika en tria.
Noma kongruo estas komforto, ne aŭtentikigo.
Kontrolu la VPN-startigon aparte
Aŭtomata konekto kaj blokado ekster la tunelo estas du malsamaj politikoj, kaj kliento povas havi unu sen la alia. Aparato povas aliĝi al reto, resti interrete dum iom da tempo kaj nur poste establi la tunelon. Testu per nesentema trafiko por observi la startigan ordon kaj kio okazas ĉe ordinara reta ŝanĝo. Profilo, kiu rekonektiĝas poste, diras al vi nenion pri la intervalo antaŭe.
Se tiu intervalo gravas, la kontrolo, kiun vi bezonas, estas la blokada politiko, ne la agordo pri aŭtomata konekto.
Kion fari pri kaptaj portaloj
Strikta blokado rompas kaptajn portalojn laŭdezajne, ĉar la portalo bezonas trafikon, kiun la tunelo alie kaptus. Uzu aprobitan startproceduron, tenu ĝin dokumentita, kaj ne malŝaltu nerilatajn agordojn ĉiufoje, kiam paĝo malsukcesas ŝargi.
Tiu proceduro estas decido kun posedanto. Sen posedanto homoj elpensas sian propran version, kaj la elpensita versio kutime malŝaltas la protekton por ĉiam.