Pradėkite nuo palyginimo, o ne nuo išvados: tas pats telefonas, tas pats profilis, du tinklai. Jei tunelis viename nepavyksta, o kitame veikia, skirtumas yra kažkur kelyje, o ne prisijungimo duomenyse. Užsirašykite, kokio tipo nesėkmę gaunate, nes atmetimas prieš prisijungimą ir ryšys, kuris nieko neperduoda, yra dvi skirtingos problemos. Viskas žemiau remiasi šiuo bandymu, atliktu pakeitus tik tinklą.

VPN reikia pagrindinio ryšio; jis jo nepakeičia ir negali priversti operatoriaus perduoti tai, ko operatorius atsisako perduoti.

Laikykite telefoną nekeistą, keiskite tik tinklą

Keičiant tinklą ir serverį vienu metu lieka dvi galimos priežastys ir jokio būdo jų atskirti. Palyginkite tą patį galinį tašką pirmiausia per Wi-Fi, paskui mobiliaisiais duomenimis, ir kiekvieną kartą užrašykite tikslų simptomą. Nesėkmė prieš autentifikavimą rodo pasiekiamumą, prisijungimo duomenų atmetimas rodo paskyrą, o prisijungęs tunelis, kuris nieko neperduoda, rodo maršrutizavimą arba DNS. Iš tikrųjų tik pirmasis susijęs su tinklu.

Aiškus atmetimas prisijungiant taip pat priklauso autentifikavimo patikroms, net jei jis pasirodo tik viename tinkle. Kai kurie operatoriai ir svečių tinklai perima srautą taip, kad atsiranda klaidinantys gedimai.

Ką prieigos tinklas gali matyti ir už ką imti mokestį

Operatorius, perduodantis tunelį, stebi patį ryšį: laiką, apimtį ir VPN galinio taško adresą. Naudingosios apkrovos šifravimas šių savybių nepaslepia, ir tai galioja namų Wi-Fi ryšiui taip pat kaip mobiliesiems duomenims. Tai, ką keičia VPN, yra kas ką gali matyti, o atsakymas skiriasi kiekviename šuolyje. Užrašykite tai kiekvienam šuoliui, o ne apibūdinkite ryšį kaip privatų apskritai.

Mokesčiai yra kitas praktinis skirtumas. Inkapsuliavimas, palaikymo signalai ir pakartotiniai bandymai visi sunaudoja baitus, o programos gali atnaujinti perdavimą po perėmimo. Būna ir riboto namų Wi-Fi, todėl patikrinkite įrenginio skaitiklius ir planą, o ne manykite, kad vienas iš tinklų yra neribotas.

Prisijungimai prie portalo ir operatoriaus apribojimai

Reikia patenkinti užgrobimo portalą, kol tunelis dar ko nors nepasiekia. VPN prisijungimas iš naujo neįleis įrenginio, kurio tinklas neautorizavo, o visada įjungta politika gali padaryti portalą nepasiekiamą. Pirmiausia užbaikite prisijungimą įprastu naršyklės srautu, tada pakelkite tunelį. Jei valdoma politika trukdo šiai tvarkai, vadovaukitės operatoriaus arba administratoriaus dokumentuotu procesu.

Operatoriaus apribojimai yra kitas kintamasis: kai kurie keliai perduoda tik tam tikrus protokolus, kai kurie agresyviai verčia adresus, o kai kurie vieną adresų šeimą traktuoja kitaip nei kitą. Palyginimas susiaurina nesėkmę iki kelio, bet nenurodo, kuris mechanizmas atsakingas.

Perėmimas nėra tas pats kaip prisijungimas iš naujo

Kai kiekvienas tinklas veikia atskirai, stebėkite tikrą perėmimą. Klientas gali aptikti pokytį ir prisijungti iš naujo, arba išlaikyti sesiją, kuri jau mirusi. Jau naudojamos programos atsigauna kitaip nei tos, kurios atidarytos po perjungimo, todėl nuolatinė tunelio piktograma mažai ką įrodo. Išbandykite programą, kuri jums tikrai svarbi, perėjimo metu ir užsirašykite, ar ji atsigauna be rankinio įsikišimo.

Jei tunelis nepavyksta tik po neveiklumo, palaikymo signalas gali išspręsti vieną NAT būsenos atvejį. Jis nepataiso silpno signalo ir neišsprendžia kiekvieno perėmimo. Atskirkite neveiklumą nuo judėjimo prieš keisdami nustatymus.

Užrašykite tinklą, nesėkmės etapą ir elgseną perėmimo metu. Šie trys atskiria kelio problemą nuo kliento problemos.

Susiję straipsniai