Novi klijent hotspot-a zaglavljen na dobijanju IP adrese nije kvar VPN-a

Telefon se pridruži hotspotu, stoji na „Dobijanje IP adrese“ i na kraju odustane. Prirodan zaključak je da VPN na telefonu ometa DNS, pa ljudi počnu uređivati rezolvere i dodana pravila. To je pogrešna faza. Klijent nikada nije dobio lokalnu adresu, a bez nje nema pristupnik, nema rezolver i nema šta da proslijedi, pa nijedno VPN podešavanje na matičnom telefonu ne može objasniti kvar. Pridruživanje, dodjela lokalne adrese i dalje prosljeđivanje tri su odvojene faze i samo posljednja uključuje tunel.

Tri faze i u kojoj ste

Prvo dolazi pridruživanje: klijent se pridruži bežičnoj mreži hotspota. Pogrešna lozinka, neusklađenost WPA3 ili problem kompatibilnosti radija padaju ovdje i klijent to obično kaže. Drugo je dodjela adrese: za IPv4 klijent traži zakup i dobija adresu plus lokalna podešavanja pristupnika, dok IPv6 obično koristi najave rutera umjesto DHCP-a, kako opisuje AOSP dokumentacija o tetheringu. Treće je dalji pristup: matični telefon prosljeđuje dozvoljeni saobraćaj na put prema gore koji je odabrao, a to može, ali i ne mora biti njegov tunel.

Tekst na klijentu vam kaže fazu. Zaglavljen na dobijanju adrese je druga faza, prije nego ijedan paket krene na internet. Povezan, s adresom, ali ništa se ne učitava jeste treća faza, gdje su bitni usmjeravanje, imena i pokrivenost tunela. Dijagnostikovati treću fazu dok je klijent zaglavljen u drugoj znači da petominutni problem sa zakupom postane popodne uređivanja DNS-a.

Mit: usmjereni VPN pretvara lokalni DHCP u udaljeni zahtjev

Usmjereni tunel prenosi IP pakete za odredišta koja odabere. DHCP discover je emitovanje na vlastitom segmentu hotspota, a tethering usluga na telefonu odgovara na njega lokalno, zato klijent može dobiti adresu dok je tunel aktivan. Samo namjerno premosno ili relejno rješenje šalje tu razmjenu negdje drugdje, a to je druga postavka s drugačijim potpisom kvara.

Dakle „VPN server ne odgovara na DHCP“ nije dijagnoza, to je greška u modelu. Lokalni posrednik je na telefonu. Ako prestane odgovarati, razlozi su lokalni: tethering usluga, ograničenje broja klijenata, bazen zakupa ili klijent koji nikad nije ispravno dovršio pridruživanje. Ništa od toga ne živi na udaljenoj strani tunela.

Šta radni postojeći klijent zaista dokazuje

Ako prijenosnik koji je već bio povezan još radi, a novi telefon ne, hotspot i put prema gore su uglavnom živi. Ta usporedba je korisna i nije dokaz koji je dio kriv, jer radni klijent možda samo drži zakup od prije promjene i tiho ga obnavlja.

Dvije lokalne granice vrijedi provjeriti dok ste tamo. Hotspot služi ograničen bazen zakupa i podesivo ograničenje klijenata, pa uređaj koji se pridružio i zaspao može držati adresu dok novi čeka. A klijent koji pamti statičku konfiguraciju s druge mreže uopšte neće tražiti zakup, što spolja izgleda isto i popravlja se na klijentu, ne na telefonu.

Držite usporedbu lokalnom i reverzibilnom

Na uređaju na kojem pravila to dozvoljavaju, uporedite jedno pridruživanje novog klijenta s neaktivnim pa aktivnim tunelom, držeći hotspot i klijent inače nepromijenjenima. Zabilježite verzije telefona i klijenta, odabrani profil i tačnu fazu koja je pala. Na upravljanom telefonu zatražite odobrenu usporedbu umjesto isključivanja provođenja radi čistijeg testa.

Dosljedan kvar zakupa ovisan o tunelu koristan je dokaz o lokalnoj politici ili interakciji implementacija. To nije licenca da počistite svako pravilo prosljeđivanja i NAT-a na uređaju. Ta pravila štite nepovezani saobraćaj, a široko prihvatanje prosljeđivanja ne objašnjava zašto je lokalna DHCP usluga prestala odgovarati.

Ne prekrivajte nedostajući zakup nagađanom statičkom adresom. Namjerna statička konfiguracija traži pravu podmrežu, pristupnik, plan raspodjele i provjeru sudara. Promjena DNS-a na klijentu ne daje ništa od toga i ostavlja sljedeći uređaj s istim kvarom.

Šta zakup ne dokazuje

Dobijanje adrese dokazuje prijem u lokalnu mrežu, ne zaštitu tunelom telefona. Kad klijent ima zakup, procijenite put prema dolje zasebno: prolazi li saobraćaj klijenta zaista kroz telefon, razrješavaju li se upiti tamo gdje očekujete i odgovara li vanjska adresa izlazu koji ste namjeravali? To su pitanja treće faze i zaslužuju vlastiti test umjesto da se saviju u pridruživanje.

Radite faze po redu i kvar prestaje da se seli. Klijent zaglavljen na dobijanju adrese lokalno je pitanje tetheringa; klijent s adresom i bez stranica pitanje je prosljeđivanja ili imenovanja; klijent sa stranicama i pogrešnim izlazom pitanje je pokrivenosti tunela. Razdvajanje tih slučajeva je većina otklanjanja problema.