Watter aanmelding het gefaal: eduroam-toegang of die VPN?
Om by eduroam aan te sluit is die toelating tot ’n toegangsnetwerk; om by ’n VPN aan te sluit is ’n aparte verhouding. Bepaal watter aanmelding werklik gefaal het voordat iemand ’n poort verander.
Agter die sin “die VPN werk nie op eduroam nie” sit twee aanmeldings, en verskillende spanne is daarvoor verantwoordelik. Om by eduroam aan te sluit bring die toestel op ’n toegangsnetwerk; om by ’n VPN aan te sluit bou ’n tweede verhouding bo-op daardie verbinding. Albei word dalk deur dieselfde instelling bedryf, tog bly die geloofsbriewe, die profiel en die stadium waar dit breek apart. Werk uit watter van die twee werklik gefaal het voordat iemand ’n poortnommer wysig. Alles hieronder is rondom daardie een vurk gerangskik.
Een kampus waar OpenVPN op UDP 1194 geantwoord het, is nuttige geskiedenis, nie ’n resep vir die volgende een nie.
Bewys eers die toegangskant
Skakel die tonnel af en laai ’n gewone HTTP-bladsy of ’n captive portal. As dit oopmaak, doen die toegangsnetwerk sy werk en is die VPN-vraag werklik oop. As niks laai nie, sit die fout in die assosiasie, die rekening of die onboarding-profiel. Geen verandering aan die VPN sal enige van daardie drie raak nie.
Die eduroam-verbindingsleiding maak die tuisinstelling die bron van die gebruiker se identiteit. Wanneer ’n konfigurasie-assistent ’n profiel bou, lewer die keuse van die besoekte instelling eerder as die tuisinstelling ’n opstelling wat nie kan authentiseer nie. Gebruik wat die tuisinstelling ook al publiseer, eerder as ’n sertifikaatbondel van elders.
Om ’n sertifikaat- of authenticasiekontrole af te skakel om verby ’n aanmelding te kom, maak ’n herstelbare verkeerde konfigurasie permanent. As die geïnstalleerde profiel van ’n ongoedgekeurde bron kom, vervang dit voordat jy enigiets anders ontfout.
Wie besit watter fout
Sodra toegang werk, het elke oorblywende vraag presies een eienaar. Dit is die hele verdeling:
| 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 |
Die vervoerry is waar die meeste selfdoen-pogings misluk. Waarop die bediener luister, is in sy konfigurasie vasgelê, en die wysiging van die kliëntprofiel kan dit nie verander nie, so vra die operateur vir die huidige profiel eerder as om TCP en UDP om te skakel. Om te wissel verander net die manier waarop die kliënt misluk.
Aan die besoekte kant sê ’n suksesvolle eduroam-verifikasie niks oor of daardie pad ’n gegewe VPN-vervoer dra nie, en ’n tydsverloop alleen is nie bewys van blokkering nie. Albei bewerings word daagliks gemaak, en elkeen het ’n waarneming agter hom nodig.
Aan die toestelkant is ’n bestuurde sekuriteitsreël, ’n onversoenbare kliëntbou en ’n bediener-identiteitsfout drie verskillende foute. Om hulle in een kaartjie te bondel, vertraag al drie.
Kies die bewyse voor die teorie
Waar die profiel joune is om te toets en die operateur dit goedgekeur het, klop een vergelyking ’n argument: verbind dieselfde profiel vanaf ’n ander vertroude netwerk? ’n Ja wys na die besoekte pad, ’n nee na die profiel, die bediener of die kliënt. Voer daardie toets binne die reëls uit wat vir die rekening geld, en nooit deur ’n kliënt te installeer wat niemand goedgekeur het nie.
As die operateur ’n goedgekeurde alternatiewe profiel publiseer, gebruik dit. Om ’n luisteraar op ’n nuwe poort te bedink of die netwerk se reëls te verslap, lewer ’n resultaat wat niemand later kan verdedig nie, en dit verberg die oorspronklike fout.
Skryf die resultaat in die vorm waarop die drie eienaars kan reageer, nie die vorm wat die vinnigste tik nie. ’n Blote tydsverloop sê vir die VPN-operateur niks nuttigs nie, en ’n verifikasiefout sê vir die besoekte netwerkoperateur net so min.
Een logreël besleg dit dikwels. TLS Error: TLS key negotiation failed to occur within 60 seconds wys na die pad of die poort, terwyl AUTH_FAILED beteken die tonnel is bereik en die geloofsbriewe is geweier.
Skryf die oorhandiging in vyf reëls
’n Beknopte oorhandiging dra vyf dinge: die besoekte plek, die pogingstyd, die goedgekeurde kliëntweergawe, die bediener en vervoer waarop die profiel gewys het, en die vroegste insiggewende fout. Voeg by of gewone toegang gewerk het, en of ’n goedgekeurde kruisnetwerk-vergelifying gedoen is, as jy daardie twee het. Verwyder wagwoorde, tokens en private sleutels voordat dit jou lessenaar verlaat.
As die VPN authentiseer en ’n private toepassing daarna misluk, gee daardie latere resultaat op sy eie deur. Albei vroeëre vrae is teen daardie tyd beantwoord, en om hulle in ’n nuwe “steeds stukkend”-verslag in te vou, stuur almal terug na die begin.
Vyf reëls, drie eienaars, een vurk: dit is die hele besluit, en dit word gewoonlik besleg voordat iemand ’n poortnommer aanraak.