Aling pag-login ang nabigo: ang access sa eduroam o ang VPN?
Ang pagsali sa eduroam ay pagpasok sa isang access network; ang pagsali sa VPN ay hiwalay na ugnayan. Alamin kung aling pag-login ang tunay na nabigo bago pa may magbago ng port.
Sa likod ng pangungusap na „hindi gumagana ang VPN sa eduroam“ may dalawang pag-login, at magkaibang koponan ang may-ari ng mga ito. Ang pagsali sa eduroam ay naglalagay sa aparato sa isang access network; ang pagsali sa VPN ay nagtatayo ng pangalawang ugnayan sa ibabaw ng koneksyong iyon. Maaaring parehong institusyon ang namamahala sa dalawa, ngunit nananatiling magkahiwalay ang mga kredensyal, ang profile at ang yugto kung saan nasisira ang lahat. Alamin kung alin sa dalawa ang tunay na nabigo bago pa may mag-edit ng numero ng port. Lahat ng nasa ibaba ay nakaayos sa paligid ng iisang sangang-daan na iyon.
Isang kampus kung saan sumagot ang OpenVPN sa UDP 1194 ay kapaki-pakinabang na kasaysayan, hindi recipe para sa susunod.
Patunayan muna ang panig ng access
Patayin ang tunel at mag-load ng ordinaryong HTTP page o captive portal. Kung bumukas ito, ginagawa ng access network ang trabaho nito at tunay na bukas ang usapin ng VPN. Kung walang nag-load, nasa asosasyon, account o onboarding profile ang depekto. Walang pagbabago sa VPN ang makakaapekto sa alinman sa tatlong iyon.
Ang gabay sa koneksyon ng eduroam ang gumagawa sa institusyong pinagmulan bilang pinagmumulan ng pagkakakilanlan ng user. Kapag bumubuo ng profile ang isang configuration assistant, ang pagpili sa binisitang institusyon sa halip na sa pinagmulan ay gumagawa ng setup na hindi makapagpapatunay. Gamitin ang anumang inilalathala ng institusyong pinagmulan, hindi ang isang bundle ng sertipiko mula sa ibang lugar.
Ang pagpatay sa pagsusuri ng sertipiko o pagpapatunay para makalampas sa pag-login ay ginagawang permanente ang isang nasasaayos na maling configuration. Kung ang naka-install na profile ay galing sa hindi aprubadong pinagmulan, palitan ito bago suriin ang anupamang bagay.
Sino ang may-ari ng aling depekto
Kapag gumana ang access, bawat natitirang tanong ay may eksaktong isang may-ari. Ito ang buong paghahati:
| Owner | Questions that belong to them |
|---|---|
| VPN operator | Server name, protocol, transport, port, client compatibility, VPN authentication |
| Visited network operator | Which traffic the local arrangement permits, and any observed path problem |
| Device or client administrator | Local policy, client build, server-identity errors |
Ang hilera ng transportasyon ang lugar kung saan nabibigo ang karamihan ng sariling-pagsisikap na pagtatangka. Ang pinakikinggan ng server ay nakatakda sa configuration nito, at ang pag-edit sa profile ng client ay hindi makababago niyon, kaya hilingin sa operator ang kasalukuyang profile sa halip na magpalit-palit sa pagitan ng TCP at UDP. Ang pagpalit ay nagbabago lamang sa paraan ng pagbigo ng client.
Sa binisitang panig, ang matagumpay na pagpapatunay ng eduroam ay walang sinasabi tungkol sa kung ang landas na iyon ay nagdadala ng isang partikular na transportasyon ng VPN, at ang timeout lamang ay hindi patunay ng pagharang. Pareho ang mga pahayag na ginagawa araw-araw, at bawat isa ay kailangan ng obserbasyon sa likod.
Sa panig ng aparato, ang pinamamahalaang tuntunin sa seguridad, ang hindi tugmang build ng client at ang error sa pagkakakilanlan ng server ay tatlong magkaibang depekto. Ang pagsasama-sama ng mga ito sa isang tiket ay nagpapabagal sa tatlo.
Piliin ang ebidensya bago ang teorya
Kung saan ang profile ay sa iyo upang subukan at inaprubahan ito ng operator, ang isang paghahambing ay nananalo sa isang pagtatalo: kumokonekta ba ang parehong profile mula sa isa pang pinagkakatiwalaang network? Ang „oo“ ay tumuturo sa binisitang landas, ang „hindi“ ay tumuturo sa profile, server o client. Isagawa ang pagsusuring iyon sa loob ng mga tuntuning nalalapat sa account, at huwag kailanman sa pamamagitan ng pag-install ng client na walang inaprubahan.
Kung naglalathala ang operator ng aprubadong alternatibong profile, gamitin iyon. Ang pag-imbento ng tagapakinig sa bagong port o pagluluwag ng mga tuntunin ng network ay nagbubunga ng resulta na walang makapagtatanggol mamaya, at itinatago nito ang orihinal na depekto.
Isulat ang resulta sa anyong maaaring aksyunan ng tatlong may-ari, hindi sa anyong pinakamabilis i-type. Ang hubad na timeout ay walang sinasabing kapaki-pakinabang sa operator ng VPN, at ang kabiguan ng pagpapatunay ay ganoon din kalimit ang sinasabi sa operator ng binisitang network.
Kadalasan isang linya ng log ang nagpapasya. TLS Error: TLS key negotiation failed to occur within 60 seconds ay tumuturo sa landas o port, samantalang AUTH_FAILED ay nangangahulugang naabot ang tunel at tinanggihan ang mga kredensyal.
Isulat ang paglilipat sa limang linya
Ang maikling paglilipat ay may dalang limang bagay: ang binisitang lokasyon, ang oras ng pagtatangka, ang aprubadong bersyon ng client, ang server at transportasyon na tinutukoy ng profile, at ang pinakaunang nagbibigay-kaalamang error. Idagdag kung gumana ang ordinaryong access at kung may ginawang aprubadong paghahambing sa pagitan ng mga network, kung mayroon ka ng dalawang iyon. Burahin ang mga password, token at pribadong susi bago ito lisanin ang iyong mesa.
Kung nagpatunay ang VPN at pagkatapos ay nabigo ang isang pribadong aplikasyon, ipasa ang huling resulta na iyon nang hiwalay. Ang dalawang naunang tanong ay nasagot na noon, at ang pagtiklop sa mga ito sa bagong ulat na „sira pa rin“ ay nagpapabalik sa lahat sa simula.
Limang linya, tatlong may-ari, isang sangang-daan: iyon ang buong desisyon, at karaniwang napagpasyahan ito bago pa may humawak ng numero ng port.