Portali captive dhe VPN në bllokim: kush lëviz i pari

Portali i hotelit dëshiron të shohë një shfletues përpara se të lejojë çfarëdo trafiku. VPN-ja juaj refuzon të lejojë trafikun përpara se tuneli i saj të jetë ngritur. Secila palë pret tjetrën dhe të dyja sillen saktësisht ashtu siç janë konfiguruar. Vetëm dy renditje e thyejnë këtë bllokim, dhe ato ndryshojnë në atë që zbulojnë ndërsa boshllëku mbetet i hapur. Zgjidhni njërën me qëllim, në vend që të ndryshoni çdo cilësim që bën shfletuesin të ngarkohet.

Dy renditje, njëra prej tyre funksionon

Ose rrjeti ju pranon i pari dhe tuneli vjen i dyti, ose hapni një përjashtim të ngushtë për portalin dhe më pas riktheni bllokimin. Të dyja janë legjitime. Ajo që nuk është legjitime është të fikni bllokimin dhe të harroni ta ktheni.

Dy renditjet nuk janë njësoj të mira në çdo situatë. Një pajisje e administruar me një proces pranimi të detyrueshëm ka një përgjigje, dhe një laptop personal në Wi-Fi-n e hotelit ka një tjetër. Krahasimi ka të bëjë me atë që heq dorë çdo opsion.

Filloni duke ditur se cilën prej tyre mbështesin vërtet klienti dhe politika e pajisjes tuaj.

Opsioni A: pranoni rrjetin, pastaj lidhni tunelin

Konfirmoni emrin e pritur të rrjetit, pastaj përdorni kërkesën e hyrjes të sistemit operativ ose rrjedhën e portalit captive të mbështetur nga klienti. Në iPhone dhe iPad, mbyllja e fletës së hyrjes mund ose të prishë lidhjen ose ta mbajë atë me një paralajmërim se rrjeti nuk ka internet, dhe këto janë pika të ndryshme nisjeje. Përfundoni së pari hapin e pranimit, pastaj ngrijeni tunelin. Kjo renditje e mban bllokimin të paprekur gjatë gjithë kohës që tuneli është poshtë.

Kurthi është se një portal që autorizon aksesin në internet nuk e ka vërtetuar llogarinë tuaj të VPN. Tuneli gjithsesi duhet të lidhet më pas, dhe mund të dështojë për arsyet e veta. Pranimi dhe vërtetimi janë ngjarje të ndara që njerëzit i shkrijnë në një.

Nëse pranimi vazhdon të skadojë, vini re nëse portali kërkon përsëri, nëse rrjeti bie apo nëse dështon vetëm VPN.

Opsioni B: një përjashtim i ngushtë hyrjeje, pastaj rikthimi i bllokimit

Alternativa është të lejoni trafikun e portalit ndërsa bllokimi mbetet në fuqi në pjesën tjetër, të hyni dhe më pas ta hiqni përjashtimin. Përjashtimi duhet të jetë i ngushtë: një destinacion ose një interval adresash, për kohëzgjatjen e hyrjes, me bllokimin e rikthyer menjëherë pas. Një dritare e gjerë e përkohshme është mënyra se si një hyrje dy minutëshe bëhet një pasdite trafiku të pambrojtur.

Dijeni se çfarë zbaton vërtet klienti juaj. OpenVPN Connect në macOS dokumenton zbulimin e portalit captive veçmas nga opsioni i tij që bllokon aksesin në internet ndërsa VPN është në pauzë ose po rilidhet. Zbulimi i një portali dhe lejimi i trafikut të tij janë detyra të lidhura, jo premtime të këmbyeshme.

Në një pajisje të administruar, ndiqni procesin e konfiguruar të pranimit në vend që të shpikni një përjashtim.

Çfarë zbulon boshllëku, dhe për kë

Pjesa interesante e bllokimit nuk është skeda e shfletuesit përpara jush. Është çdo gjë tjetër që fillon të përdorë rrjetin në momentin që shfaqet lidhja: posta, sinkronizimi i fotove, kontrollet e përditësimit, një klient bisede që rilidhet, një agjent kopjesh rezervë që rifillon.

Një dritare e qetë e shfletuesit nuk ju thotë asgjë për këto. Mbyllni ose ndaloni punën e ndjeshme përpara çdo intervali të lejuar aksesi të drejtpërdrejtë, dhe kontrolloni çfarë ekzekutohet gjatë hyrjes. Në Android, VPN-i gjithmonë i aktivizuar i kombinuar me bllokimin e lidhjeve jashtë VPN-it është kontrolli përkatës, dhe një përjashtim arbitrar i rrugës nuk zëvendëson kuptimin e tij.

Ky është vendi i vetëm ku këshilla e vjetër për dritaret e përkohshme të aksesit ende qëndron. Shqetësimi ishte i saktë edhe aty ku mekanizmi nuk ishte.

Si të zgjidhni dhe si ta konfirmoni

Zgjidhni Opsionin A kur pajisja ose klienti mbështet një rrjedhë të vërtetë portali, sepse e mban bllokimin të paprekur gjatë gjithë kohës. Zgjidhni Opsionin B kur portali nuk mund të arrihet në asnjë mënyrë tjetër, dhe trajtojeni përjashtimin si një ndryshim me afat dhe me një përgjegjës.

Pastaj konfirmoni sekuencën, jo rezultatin:

curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'

Përfundoni pranimin, vendosni profilin e synuar, riktheni çdo kontroll bllokimi që u ndryshua përkohësisht, dhe më pas bëni një kërkesë të re të padëmshme dhe konfirmoni se ajo ndjek tunelin. Një kërkesë që ka sukses sepse bllokimi është ende i fikur nuk provon asgjë për tunelin.

Ndryshimi i daljes së VPN nuk do të rinovojë një sesion hoteli të skaduar. Këto janë ngjarje të ndryshme, dhe përzierja e tyre ju dërgon të kërkoni në vendin e gabuar.