Nov odjemalec na dostopni točki, obtičan pri pridobivanju IP, ni okvara VPN

Telefon se poveže z dostopno točko, ostane na «Pridobivanje naslova IP» in na koncu obupa. Naravna ugotovitev je, da VPN telefona moti DNS, zato ljudje začnejo urejati razreševalnike in dodana pravila. To je napačna faza. Odjemalec ni nikoli prejel lokalnega naslova, brez njega pa nima prehoda, nima razreševalnika in nima česa posredovati, zato nobena nastavitev VPN na gostiteljskem telefonu ne more pojasniti napake. Povezovanje, dodelitev lokalnega naslova in posredovanje so tri ločene faze, in samo zadnja vključuje tunel.

Tri faze in v kateri ste

Najprej pride povezovanje: odjemalec se pridruži brezžičnemu omrežju dostopne točke. Napačno geslo, neskladje WPA3 ali težava s združljivostjo radia spodletijo tukaj, in odjemalec to običajno pove. Druga je dodelitev naslova: pri IPv4 odjemalec zahteva najem in prejme naslov ter lokalne nastavitve prehoda, medtem ko IPv6 običajno uporablja naznanila usmerjevalnika namesto DHCP, kot opisuje dokumentacija AOSP o tetheringu. Tretja je dostop navzven: gostiteljski telefon posreduje dovoljen promet na izbrano nadrejeno pot, ki je lahko ali pa ni njegov tunel.

Besedilo na odjemalcu vam pove fazo. Obitičanje pri pridobivanju naslova je druga faza, preden v internet odide kateri koli paket. Povezan, z naslovom, a nič se ne naloži, je tretja faza, kjer so pomembni usmerjanje, imena in pokritost tunela. Diagnosticirati tretjo fazo, medtem ko je odjemalec obtičan v drugi, je način, kako petminutna težava z najemom postane popoldne urejanja DNS.

Mit: usmerjeni VPN spremeni lokalni DHCP v oddaljeno zahtevo

Usmerjeni tunel premika pakete IP za cilje, ki jih izbere. Odkritje DHCP je oddajanje v lastnem segmentu dostopne točke, storitev tetheringa na telefonu pa nanj odgovori lokalno, zato lahko odjemalec dobi naslov, ko je tunel vzpostavljen. Le namerno premostitvena ali posredovalna zasnova pošlje to izmenjavo drugam, in to je drugačna postavitev z drugačnim podpisom napake.

Torej «strežnik VPN ne odgovarja na DHCP» ni diagnoza, ampak napaka modela. Lokalni posrednik je na telefonu. Če preneha odgovarjati, so razlogi lokalni: storitev tetheringa, omejitev odjemalcev, nabor najemov ali odjemalec, ki nikoli ni pravilno dokončal povezovanja. Nič od tega ne živi na oddaljeni strani tunela.

Kaj dejansko dokazuje delujoč obstoječi odjemalec

Če prenosnik, ki je bil že povezan, še vedno deluje, novi telefon pa ne, sta dostopna točka in nadrejena pot na splošno živa. Ta primerjava je koristna in ni dokaz, katera komponenta je kriva, ker lahko delujoči odjemalec preprosto drži najem izpred spremembe in ga tiho obnavlja.

Medtem ko ste tam, velja preveriti dve lokalni omejitvi. Dostopna točka streže končnemu naboru najemov in nastavljivi omejitvi odjemalcev, zato lahko naprava, ki se je povezala in zaspala, drži naslov, medtem ko nova čaka. In odjemalec, ki si zapomni statično konfiguracijo iz drugega omrežja, ne bo sploh zahteval najema, kar je od zunaj videti enako in se popravi na odjemalcu, ne na telefonu.

Ohranite primerjavo lokalno in reverzibilno

Na napravi, kjer to dopušča pravilnik, primerjajte eno pridružitev novega odjemalca z neaktivnim in nato aktivnim tunelom, dostopno točko in odjemalca pa sicer pustite nespremenjena. Zabeležite različici telefona in odjemalca, izbrani profil in natančno fazo, ki je spodletela. Na upravljanem telefonu zahtevajte odobreno primerjavo, namesto da izklopite uveljavljanje zaradi čistejšega preskusa.

Dosledna napaka najema, odvisna od tunela, je koristen dokaz o lokalnem pravilniku ali medsebojnem delovanju izvedb. To ni dovoljenje za čiščenje vsakega pravila posredovanja in NAT na napravi. Ta pravila ščitijo nepovezan promet, in široka odobritev posredovanja ne pojasni, zakaj je lokalna storitev DHCP prenehala odgovarjati.

Manjkajočega najema ne prekrijte z ugibanim statičnim naslovom. Namerna statična konfiguracija potrebuje pravo podomrežje, prehod, načrt dodeljevanja in preverjanje trkov. Spreminjanje DNS odjemalca ne zagotovi ničesar od tega in naslednjo napravo pusti z isto napako.

Česa najem ne dokazuje

Pridobitev naslova dokazuje sprejem v lokalno omrežje, ne zaščite s tunelom telefona. Ko ima odjemalec najem, ovrednotite pot navzdol samostojno: ali promet odjemalca res poteka skozi telefon, ali se poizvedbe razrešujejo tam, kjer pričakujete, in ali zunanji naslov ustreza želenemu izhodu? To so vprašanja tretje faze in zaslužijo si lasten preskus, namesto da bi jih zložili v pridružitev.

Faze obdelajte po vrsti in napaka se neha premikati. Odjemalec, obtičan pri pridobivanju naslova, je lokalno vprašanje tetheringa; odjemalec z naslovom in brez strani je vprašanje posredovanja ali imen; odjemalec s stranmi in napačnim izhodom je vprašanje pokritosti tunela. Ločevanje teh je večina odpravljanja napak.