Uus hotspoti klient, mis jääb IP-aadressi hankimise juurde kinni, ei ole VPN-i rike

Telefon liitub hotspotiga, jääb «IP-aadressi hankimine» juurde seisma ja annab lõpuks alla. Loomulik järeldus on, et telefoni VPN segab DNS-i, nii et inimesed hakkavad resolvereid ja lisatud reegleid muutma. See on vale etapp. Klient ei saanud kunagi kohalikku aadressi ja ilma selleta pole tal lüüsi, resolverit ega midagi edasi saata, seega ei saa ükski VPN-i seade hosttelefonis seda tõrget seletada. Ühendamine, kohaliku aadressi määramine ja edasisaatmine on kolm eraldi etappi ning ainult viimane puudutab tunnelit.

Kolm etappi ja millises te olete

Kõigepealt tuleb ühendamine: klient liitub hotspoti traadita võrku. Vale parool, WPA3 mittevastavus või raadio ühilduvuse probleem ebaõnnestuvad siin ja klient ütleb seda tavaliselt. Teiseks tuleb aadressi määramine: IPv4 puhul küsib klient rendilepingut ning saab aadressi ja kohalikud lüüsi seaded, samas kui IPv6 kasutab tavaliselt DHCP asemel ruuteri teateid, nagu kirjeldab AOSP tethering'i dokumentatsioon. Kolmandaks tuleb edasipääs: hosttelefon saadab lubatud liikluse edasi valitud ülesvoolu teele, mis võib olla selle tunnel või mitte.

Kliendi sõnastus ütleb teile etapi. Aadressi hankimise juurde kinni jäämine on teine etapp, enne kui ükski pakett internetti lahkub. Ühendatud, aadress olemas, aga miski ei laadi, on kolmas etapp, kus marsruutimine, nimed ja tunneli katvus on kõik olulised. Kolmandat etappi diagnoosida, kui klient on kinni teises, on viis, kuidas viie minuti rendilepingu probleemist saab DNS-i muudatuste pärastlõuna.

Müüt: marsruuditud VPN muudab kohaliku DHCP kaugpäringuks

Marsruuditud tunnel liigutab IP-pakette nende sihtkohtade jaoks, mille see valib. DHCP avastus on saade hotspoti enda segmendis ja telefonis olev tethering-teenus vastab sellele kohapeal, seepärast saab klient aadressi ka tunneli töötamise ajal. Ainult teadlikult sillatud või releeritud lahendus saadab selle vahetuse kuhugi mujale ja see on teistsugune lahendus teistsuguse tõrkeallkirjaga.

Seega «VPN-i server ei vasta DHCP-le» ei ole diagnoos, vaid mudeliviga. Kohalik vahendaja on telefonis. Kui see lakkab vastamast, on põhjused kohalikud: tethering-teenus, klientide limiit, rendilepingute bassein või klient, kes ei lõpetanud kunagi ühendamist korralikult. Ükski neist ei ela tunneli kaugemas otsas.

Mida töötav olemasolev klient tegelikult tõestab

Kui sülearvuti, mis oli juba ühendatud, töötab endiselt, aga uus telefon mitte, on hotspot ja ülesvoolu tee üldjoontes elus. See võrdlus on kasulik ja see ei ole tõestus, milline komponent on süüdi, sest töötav klient võib lihtsalt hoida enne muudatust saadud rendilepingut ja seda vaikselt uuendada.

Kaht kohalikku piiri tasub seal olles kontrollida. Hotspot teenindab piiratud rendilepingute basseini ja seadistatavat klientide limiiti, seega liitunud ja magama jäänud seade võib hoida aadressi, samal ajal kui uus ootab. Ja klient, mis mäletab teise võrgu staatilist seadistust, ei küsi üldse rendilepingut, mis väljastpoolt näeb identne välja ja parandatakse kliendi, mitte telefoni juures.

Hoidke võrdlus kohalik ja pööratav

Seadmes, kus poliitika seda lubab, võrrelge ühte uue kliendi liitumist tunneliga mitteaktiivse ja seejärel aktiivse olekuga, jättes hotspoti ja kliendi muus osas muutmata. Pange kirja telefoni ja kliendi versioonid, valitud profiil ja täpne etapp, mis ebaõnnestus. Hallatavas telefonis taotlege kinnitatud võrdlust, mitte kehtestamise väljalülitamist puhtama testi saamiseks.

Järjekindel tunnelist sõltuv rendilepingu tõrge on kasulik tõend kohaliku poliitika või juurutuskoostoime kohta. See ei ole litsents seadme iga edasisaatmis- ja NAT-reegli kustutamiseks. Need reeglid kaitsevad seostamatut liiklust ja lai edasisaatmise luba ei seleta, miks kohalik DHCP-teenus vastamise lõpetas.

Ärge katke puuduvat rendilepingut oletatud staatilise aadressiga. Teadlik staatiline seadistus vajab tegelikku alamvõrku, lüüsi, jaotusplaani ja kokkupõrke kontrolli. Kliendi DNS-i muutmine ei anna neist ühtegi ja jätab järgmise seadme sama tõrkega.

Mida rendileping ei tõesta

Aadressi saamine tõestab pääsu kohalikku võrku, mitte telefoni tunneli kaitset. Kui kliendil on rendileping, hinnake allavoolu teed eraldi: kas kliendi liiklus läheb tõesti läbi telefoni, kas päringud lahendatakse seal, kus te ootate, ja kas väline aadress vastab kavandatud väljapääsule? Need on kolmanda etapi küsimused ja need väärivad oma katset, selle asemel et liitumisse kokku voltida.

Töötage etapid järjekorras ja tõrge lakkab liikumast. Aadressi hankimise juurde kinni jäänud klient on kohalik tethering'i küsimus; aadressiga, kuid lehekülgedeta klient on edasisaatmise või nimede küsimus; lehekülgedega, kuid vale väljapääsuga klient on tunneli katvuse küsimus. Nende lahus hoidmine on suurem osa silumisest.