Nový klient hotspotu zaseknutý na získavaní IP nie je porucha VPN

Telefón sa pripojí k hotspotu, zostane visieť na „Získavanie IP adresy“ a napokon to vzdá. Prirodzený záver je, že VPN v telefóne zasahuje do DNS, a ľudia začnú upravovať resolvery a pridané pravidlá. To je nesprávna fáza. Klient nikdy nedostal miestnu adresu, a bez nej nemá bránu, resolver ani čo preposlať, takže žiadne nastavenie VPN v hostiteľskom telefóne zlyhanie nevysvetľuje. Pripojenie, pridelenie miestnej adresy a ďalšie preposielanie sú tri oddelené fázy a tunela sa týka len tá posledná.

Tri fázy a v ktorej ste

Najprv prichádza pripojenie: klient sa pripojí k bezdrôtovej sieti hotspotu. Nesprávne heslo, nezhoda WPA3 alebo problém s kompatibilitou rádia zlyhajú tu a klient to zvyčajne povie. Druhé je pridelenie adresy: pri IPv4 klient požiada o leasing a dostane adresu plus miestne nastavenia brány, zatiaľ čo IPv6 zvyčajne používa oznámenia smerovača namiesto DHCP, ako opisuje dokumentácia AOSP k tetheringu. Tretie je ďalší prístup: hostiteľský telefón preposiela povolenú prevádzku na tú nadradenú cestu, ktorú si vybral, čo môže, ale nemusí byť jeho tunel.

Text na klientovi vám povie fázu. Zaseknutie na získavaní adresy je druhá fáza, skôr než do internetu odíde čo i len jeden paket. Pripojené, s adresou, ale nič sa nenačítava, je tretia fáza, kde záleží na smerovaní, menách aj pokrytí tunela. Diagnostikovať tretiu fázu, kým klient uviazol v druhej, je spôsob, ako sa z päťminútového problému s leasingom stane popoludnie úprav DNS.

Mýtus: smerovaná VPN mení miestny DHCP na vzdialenú požiadavku

Smerovaný tunel prenáša IP pakety pre tie ciele, ktoré si vyberie. DHCP discover je vysielanie vo vlastnom segmente hotspotu a tetheringová služba v telefóne naň odpovedá lokálne, preto klient môže dostať adresu, aj keď tunel beží. Len zámerne premosťované alebo relayové riešenie posiela túto výmenu inam, a to je iné usporiadanie s iným podpisom zlyhania.

Takže „server VPN neodpovedá na DHCP“ nie je diagnóza, je to chyba modelu. Miestny sprostredkovateľ je v telefóne. Ak prestane odpovedať, dôvody sú miestne: tetheringová služba, limit klientov, fond leasingov alebo klient, ktorý nikdy poriadne nedokončil pripojenie. Nič z toho nežije na vzdialenej strane tunela.

Čo vlastne dokazuje fungujúci existujúci klient

Ak laptop, ktorý už bol pripojený, stále funguje, a nový telefón nie, hotspot aj nadradená cesta sú zhruba živé. To porovnanie je užitočné a nie je dôkazom, ktorá súčasť je vinná, pretože fungujúci klient môže jednoducho držať leasing z obdobia pred zmenou a potichu ho obnovovať.

Oplatí sa skontrolovať dva miestne limity, kým ste tam. Hotspot obsluhuje konečný fond leasingov a nastaviteľný limit klientov, takže zariadenie, ktoré sa pripojilo a zaspalo, môže držať adresu, kým nové čaká. A klient, ktorý si pamätá statickú konfiguráciu z inej siete, o leasing vôbec nepožiada, čo zvonku vyzerá rovnako a opravuje sa na klientovi, nie v telefóne.

Držte porovnanie miestne a vratné

Na zariadení, kde to zásady dovoľujú, porovnajte jedno pripojenie nového klienta s tunelom neaktívnym a potom aktívnym, pričom hotspot a klient zostanú inak nezmenené. Zaznamenajte verzie telefónu a klienta, zvolený profil a presnú fázu, ktorá zlyhala. Na spravovanom telefóne požiadajte o schválené porovnanie namiesto vypnutia vynucovania, aby ste získali čistejší test.

Konzistentné zlyhanie leasingu závislé od tunela je užitočný dôkaz o miestnej politike alebo interakcii implementácií. Nie je to licencia vyčistiť každé pravidlo preposielania a NAT v zariadení. Tie pravidlá chránia nesúvisiacu prevádzku a široké povolenie preposielania nevysvetľuje, prečo miestna služba DHCP prestala odpovedať.

Chýbajúci leasing neprelepujte odhadnutou statickou adresou. Zámerná statická konfigurácia potrebuje skutočnú podsietu, bránu, plán prideľovania a kontrolu kolízií. Zmena DNS klienta nič z toho nedodá a ďalšie zariadenie nechá s tou istou poruchou.

Čo leasing nepreukazuje

Získanie adresy dokazuje prijatie do miestnej siete, nie ochranu tunelom telefónu. Keď má klient leasing, vyhodnoťte cestu nadol samostatne: prechádza prevádzka klienta skutočne telefónom, rozkladajú sa dopyty tam, kde očakávate, a zodpovedá vonkajšia adresa zamýšľanému výstupu? To sú otázky tretej fázy a zaslúžia si vlastný test namiesto vkladania do pripojenia.

Prejdite fázy po poradí a zlyhanie prestane cestovať. Klient zaseknutý na získavaní adresy je miestna otázka tetheringu; klient s adresou a bez stránok je otázka preposielania alebo mien; klient so stránkami a nesprávnym výstupom je otázka pokrytia tunela. Držať ich oddelené je väčšina ladenia.