VPN-ŝaltilo: kiun trafikon ĝi blokas kaj kiam

Du funkcioj estas priskribataj per la sama vorto kaj faras malsamajn taskojn. Aŭtomata rekonekto provas revenigi la tunelon, kaj ĝi povas sukcesi ene de sekundo dum petoj malsukcesas en tiu breĉo. Ŝaltilo decidas, kio okazas al la trafiko dum tiu breĉo. Legi klienton kvazaŭ la du estus unu agordo estas kiel homoj finas fidi ikonon anstataŭ politikon.

Blokado kaj rekonekto estas apartaj decidoj

Unu kliento blokas nur kiam la perdo estas neatendita, poste rekonektas kaj forigas la blokon. Alia tenas blokon je sistema nivelo ĝis iu ŝanĝas agordon permane, kaj tria traktas intencan malkonekton kiel permeson restarigi ordinaran aliron. Tiuj estas tri malsamaj kondutoj, kaj la dokumentaro de la vendisto diras, kiun via versio efektivigas.

Importo de profilo decidas nenion pri tiu demando. La sama servila profilo ŝargiĝas en du klientojn kun kontraŭaj blokaj kondutoj, ĉar la profilo portas agordojn kaj ne promeson. Tial ankaŭ markobutono sur komputilo kaj ŝaltilo sur telefono kun similaj etikedoj povas efektivigi malsamajn regulojn. Legu la priskribon ĉe la regilo sur via platformo, poste testu, kion ĝi faras.

La sama profilo kondutas malsame en du klientoj

La agordoj de la programo OpenVPN Connect priskribas tunelan reĝimon, kiu retenas ordinaran trafikon nur dum la kliento raportas paŭzitan aŭ rekonektan staton, kio estas pli mallarĝa ol ĝenerala promeso pri ĉiu evento sur ĉiu platformo. Legu la listigitajn statojn, ne la produktan nomon. Priskribo verkita por unu klienta versio ne transiĝas al kliento de alia vendisto.

Android montras la saman vorton por du regiloj, ĉar ĉiam-aktiva VPN kaj blokado de konektoj sen VPN estas dokumentataj aparte. Komputila kliento kun simile nomita markobutono povas efektivigi ion pli mallarĝan aŭ pli larĝan ol iu ajn el ili. Konsideru komunan etikedon en du menuoj koincido ĝis ambaŭ priskriboj estos legitaj. Administrataj aparatoj aldonas trian tavolon, ĉar aparata profilo povas devigi agordon, kiun la uzanto nek vidas nek povas nuligi.

Similaj platformaj agordoj ne estas egalvaloraj

Komparu la regilon, kiun vi vidas, kun la politiko, kiu efektive validas. Sur administrata aparato la videbla ŝaltilo povas esti griza, aŭ ĝi povas esti ŝaltita dum profilo de pli alta nivelo devigas la malon. Petu la efektivan politikon anstataŭ la lokan, kaj ricevu la respondon skribe.

Notu, kion asertas ĉiu tavolo antaŭ ol testi ion, ĉar la du ofte malkongruas kaj la malkongruo facile perdiĝas post ol la testoj komenciĝas. Aparato, kiu blokas ĝuste dum testo, eble blokas pro kialo, kiun neniu dokumentis.

Rulu unu eventon samtempe kaj notu la kodon

Testu unu eventon po rulo, per sendanĝera peto, kaj faru ĉiun provon nova peto anstataŭ paĝo, kiu eble jam estas en kaŝmemoro. La subaj komandoj mallevas la tunelon, petas paĝon, kaj montras, ĉu la interfaco revenis.

ip link set tun0 down
curl -s -o /dev/null -w "%{http_code}\n" --max-time 5 https://example.com
ip -brief address show tun0

La tabelo ligas ĉiun agon al la observo, kiu gravas, kaj al la pruvo, kiun indas konservi. Peto, kiu malsukcesas ene de la tempolimo, diras al vi, ke la bloko ekfunkciis; peto, kiu pasas, diras al vi, ke la trafiko trovis alian vojon, kiu povas esti ekskludita itinero kaj ne malŝaltita bloko. Ripetu la tutan aron post signifa programara ĝisdatigo aŭ ŝanĝo de itinera politiko, ĉar ĉiu el la du povas ŝanĝi la branĉon sen moviĝo de iu videbla agordo. Fine vi volas antaŭvideblan fiaskan konduton, ne trankviligan ikonon.

Esceptoj, gastigaj portaloj kaj kion bloko ne povas fari

Aliro al la loka reto estas la ordinara escepto, kaj ĝi ŝanĝas la amplekson de la promeso. Kliento povas atingi printilon en la sama subreto dum ĝi blokas ĉion alian, kio estas racia hejme kaj diskutinda en gastiga reto. Decidu, ĉu vi volas tiun escepton, antaŭ ol okazaĵo malkovros ĝin por vi.

Strikta bloko ankaŭ malfaciligas ensaluton ĉe gastiga portalo, ĉar la portalo estas ĝuste tiu rekta trafiko, kiun la bloko ekzistas por haltigi. Lernu la subtenatan manieron rajtigi la reton, poste restarigu la politikon intence anstataŭ malŝalti regilojn ĝis paĝo ŝargiĝas. Tenu la respondon de la solvilo kaj la itineran tabelon en la sama noto, kiel sube. Kion ŝaltilo ne povas fari, estas igi la servon anonima, ĉar blokado de trafiko ekster la tunelo diras nenion pri tio, kio okazas interne.

resolvectl query example.com
ss -tunp | grep -v tun0