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

Telefon se pridruži hotspotu, stoji na „Dobivanje 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 što proslijediti, pa nijedna VPN postavka na matičnom telefonu ne može objasniti kvar. Pridruživanje, dodjela lokalne adrese i daljnje 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 dobiva adresu plus lokalne postavke pristupnika, dok IPv6 obično koristi najave usmjerivača umjesto DHCP-a, kako opisuje AOSP dokumentacija o tetheringu. Treće je daljnji pristup: matični telefon prosljeđuje dopušteni promet na put prema gore koji je odabrao, a to može, ali i ne mora biti njegov tunel.

Tekst na klijentu govori vam fazu. Zaglavljen na dobivanju adrese druga je faza, prije nego ijedan paket krene na internet. Povezan, s adresom, ali ništa se ne učitava jest treća faza, gdje su bitni usmjeravanje, imena i pokrivenost tunela. Dijagnosticirati treću fazu dok je klijent zaglavljen u drugoj znači da petominutni problem sa zakupom postane poslijepodne 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 emitiranje 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 postava s drugačijim potpisom kvara.

Dakle „VPN poslužitelj 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.

Što radni postojeći klijent zaista dokazuje

Ako prijenosnik koji je već bio povezan još radi, a novi telefon ne, hotspot i put prema gore uglavnom su živi. Ta je usporedba 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će neće tražiti zakup, što izvana izgleda isto i popravlja se na klijentu, ne na telefonu.

Držite usporedbu lokalnom i reverzibilnom

Na uređaju na kojem pravila to dopuštaju, usporedite 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 točnu fazu koja je pala. Na upravljanom telefonu zatražite odobrenu usporedbu umjesto isključivanja provođenja radi čišćeg 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 promet, a široko prihvaćanje 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.

Što zakup ne dokazuje

Dobivanje adrese dokazuje prijem u lokalnu mrežu, ne zaštitu tunelom telefona. Kad klijent ima zakup, procijenite put prema dolje zasebno: prolazi li promet klijenta zaista kroz telefon, rješ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 seliti se. Klijent zaglavljen na dobivanju 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 većina je otklanjanja problema.