Cum să configurați un router de călătorie în spatele portalului captiv al unui hotel
Autorizați mai întâi locația, apoi porniți tunelul. Verificați modul client, DNS-ul și ce primește un dispozitiv din aval, în loc să vă bazați pe becul de stare al routerului.
Deschideți pagina de administrare a routerului de călătorie și tentația este să porniți imediat VPN-ul. Rețeaua hotelului are alte planuri: routerul dvs. este client al Wi-Fi-ului locației, iar până când acea conexiune din amonte nu este autorizată, niciun tunel nu ajunge nicăieri. Parcurgeți cele două etape în ordine și routerul nu va mai părea defect.
Mai întâi verificați dacă routerul poate face ambele sarcini
Aveți nevoie de un mod client în amonte, numit de obicei repetitor, client sau WISP, și de un client VPN de ieșire. Sunt funcții diferite de cele ale unui server VPN, iar multe routere ieftine îl au pe al doilea și nu pe primul.
În pagina de administrare, găsiți secțiunea WAN sau internet și comutați-o în modul client fără fir. Scanați SSID-ul locației, conectați-vă și lăsați routerul să obțină o adresă înainte de a configura orice altceva.
Confirmați versiunea firmware-ului cât timp sunteți acolo. Numele meniurilor se schimbă între versiuni, iar calea dintr-un ghid vechi poate să nu mai existe chiar dacă funcția există. Notați modelul și versiunea împreună cu echipamentul de călătorie. Când un pas documentat nu corespunde ecranului din fața dvs., diferența de versiune este aproape întotdeauna cauza.
În al doilea rând, autorizați conexiunea din amonte
Conectați un laptop la router și deschideți orice pagină HTTP. Portalul ar trebui să redirecționeze, iar de acolo se aplică procedura proprie a locației. Unele portaluri funcționează mai bine de pe telefon decât de pe un router fără ecran, de aceea este de obicei mai rapid de pe un dispozitiv conectat.
Blocarea strictă a VPN poate complica această configurare inițială. Dacă locația aruncă traficul tunelului înainte de autorizare, clientul VPN de pe router va eșua cât timp portalul este în așteptare, iar acel eșec este de așteptat, nu o configurare greșită.
Folosiți o metodă acceptată pentru a trece de asta. Eliminarea mai multor controale deodată sau instalarea unui certificat oferit de pagina portalului ca reparație schimbă un inconvenient temporar pe o problemă permanentă.
În al treilea rând, porniți VPN-ul cu un profil pe care îl acceptă
După ce accesul obișnuit funcționează, porniți clientul VPN al routerului cu profilul pe care îl acceptă cu adevărat. O configurație WireGuard și un profil OpenVPN nu sunt interschimbabile și niciunul nu poate fi importat într-un câmp IPsec nativ.
Verificați trei lucruri înainte de a avea încredere: punctul final este accesibil, resolverul răspunde cu valoarea așteptată și adresa de ieșire este cea pe care o așteptați. Verificarea ieșirii este singura care dovedește că tunelul transportă trafic, nu doar că este configurat.
curl -sS https://ifconfig.me
cat /etc/resolv.conf
Dacă routerul raportează conexiune și adresa de ieșire este încă a locației, tunelul nu transportă traficul la care vă gândiți. Remediați asta înainte de a adăuga dispozitive din aval în imagine.
În al patrulea rând, testați de pe un dispozitiv din aval
Pagina de stare a routerului descrie conexiunea proprie a routerului. Faceți o cerere nouă de pe laptopul care ar trebui să fie acoperit și verificați separat IPv4, IPv6 și resolverul, pentru că un dispozitiv poate fi acoperit pentru o familie și nu pentru cealaltă.
| Stage | What to verify | Where |
|---|---|---|
| Upstream join | Router has an address from the venue | Router WAN status |
| Portal authorization | A fresh request loads a public page | Connected laptop |
| Tunnel | Egress address changed | Router or laptop |
| Downstream coverage | Laptop resolves and reaches the private resource | Laptop |
Dacă laptopul eșuează în timp ce routerul reușește, problema este pe calea din aval: NAT, DHCP sau o politică de tunel care acoperă doar traficul propriu al routerului. Verificați dacă laptopul are o adresă din pool-ul routerului, apoi dacă poarta sa implicită este routerul. Un dispozitiv care încă deține un lease de la serverul DHCP al locației este într-o rețea complet greșită.
În al cincilea rând, decideți varianta de rezervă și păstrați autentificarea
Testați ce se întâmplă când portalul expiră sau tunelul cade. Politica aleasă trebuie să acopere traficul redirecționat, nu doar cererile pe care routerul le face singur, altfel un dispozitiv din aval va reveni în tăcere la conexiunea locației.
Păstrați procedura de autentificare din amonte verificată împreună cu routerul, pe hârtie sau într-o notă locală. O repornire la următorul hotel devine o sarcină de două minute în loc de încă o configurare improvizată. Păstrați și o copie în afara routerului, pentru că o notă stocată doar pe dispozitiv nu este disponibilă exact când dispozitivul este cel care a cedat. Hârtia câștigă în continuare în acest caz.
Apoi notați cele patru valori care l-au făcut să funcționeze: modul din amonte, procedura portalului, tipul de profil VPN și verificarea ieșirii. Acelea patru sunt de care veți avea nevoie data viitoare și sunt cele patru cel mai greu de reconstruit din memorie.