Uusi hotspot-asiakas, joka jää jumiin IP-osoitteen hankintaan, ei ole VPN-vika

Puhelin liittyy hotspotiin, jää kohtaan «IP-osoitteen hankinta» ja lopulta luovuttaa. Luonnollinen johtopäätös on, että puhelimen VPN häiritsee DNS:ää, joten ihmiset alkavat muokata resolvereita ja lisättyjä sääntöjä. Se on väärä vaihe. Asiakas ei koskaan saanut paikallista osoitetta, ja ilman sitä sillä ei ole yhdyskäytävää, ei resolveria eikä mitään välitettävää, joten mikään VPN-asetus isäntäpuhelimessa ei selitä epäonnistumista. Liittyminen, paikallisen osoitteen jakaminen ja eteenpäin välitys ovat kolme erillistä vaihetta, ja vain viimeinen liittyy tunneliin.

Kolme vaihetta ja missä niistä olet

Ensin tulee liittyminen: asiakas liittyy hotspotin langattomaan verkkoon. Väärä salasana, WPA3-yhteensopimattomuus tai radioyhteensopivuusongelma epäonnistuvat tässä, ja asiakas yleensä kertoo sen. Toiseksi tulee osoitteen jakaminen: IPv4:lle asiakas pyytää vuokraa ja saa osoitteen sekä paikalliset yhdyskäytäväasetukset, kun taas IPv6 käyttää yleensä reitittimen ilmoituksia DHCP:n sijaan, kuten AOSP:n tethering-dokumentaatio kuvaa. Kolmanneksi tulee pääsy eteenpäin: isäntäpuhelin välittää sallitun liikenteen valitsemaansa ylävirran reittiin, joka voi olla tai olla olematta sen tunneli.

Asiakkaan sanamuoto kertoo vaiheen. Osoitteen hankintaan jumiin jääminen on toinen vaihe, ennen kuin yksikään paketti lähtee internetiin. Yhdistetty, osoite on, mutta mikään ei lataudu on kolmas vaihe, jossa reititys, nimet ja tunnelin kattavuus kaikki merkitsevät. Kolmannen vaiheen diagnosointi asiakkaan ollessa jumissa toisessa on se, miten viiden minuutin vuokrausongelmasta tulee DNS-muokkausten iltapäivä.

Myytti: reititetty VPN muuttaa paikallisen DHCP:n etäpyynnöksi

Reititetty tunneli siirtää IP-paketteja valitsemilleen kohteille. DHCP-löytö on lähetys hotspotin omassa segmentissä, ja puhelimen tethering-palvelu vastaa siihen paikallisesti, siksi asiakas voi saada osoitteen tunnelin ollessa päällä. Vain tarkoituksella sillattu tai välitetty rakenne lähettää tuon vaihdon muualle, ja se on eri järjestely, jolla on erilainen vikakuvio.

Joten «VPN-palvelin ei vastaa DHCP:hen» ei ole diagnoosi, vaan mallivirhe. Paikallinen välittäjä on puhelimessa. Jos se lakkaa vastaamasta, syyt ovat paikallisia: tethering-palvelu, asiakasraja, vuokrauspooli tai asiakas, joka ei koskaan suorittanut liittymistä kunnolla. Mikään noista ei elä tunnelin etäpäässä.

Mitä toimiva olemassa oleva asiakas todella todistaa

Jos kannettava, joka oli jo yhdistetty, toimii edelleen, mutta uusi puhelin ei, hotspot ja ylävirran reitti ovat suurelta osin elossa. Se vertailu on hyödyllinen, eikä se ole todiste siitä, mikä komponentti on syyllinen, koska toimiva asiakas saattaa vain pitää ennen muutosta saatua vuokraa ja uusia sitä hiljaa.

Kaksi paikallista rajaa kannattaa tarkistaa siellä ollessasi. Hotspot tarjoaa rajallisen vuokrauspoolin ja säädettävän asiakasrajan, joten liittynyt ja nukahtanut laite voi pitää osoitetta, kun uusi odottaa. Ja asiakas, joka muistaa toisen verkon staattisen kokoonpanon, ei pyydä vuokraa lainkaan, mikä näyttää ulkoa samalta ja korjataan asiakkaassa, ei puhelimessa.

Pidä vertailu paikallisena ja peruttavana

Laitteessa, jossa käytäntö sen sallii, vertaa yhden uuden asiakkaan liittymistä tunnelin ollessa pois päältä ja sitten päällä pitäen hotspot ja asiakas muuten muuttumattomina. Kirjaa puhelimen ja asiakkaan versiot, valittu profiili ja täsmällinen vaihe, joka epäonnistui. Hallinnoidussa puhelimessa pyydä hyväksytty vertailu sen sijaan, että kytkisit valvonnan pois puhtaamman testin saamiseksi.

Johdonmukainen tunnelista riippuva vuokrausepäonnistuminen on hyödyllistä näyttöä paikallisesta käytännöstä tai toteutusten vuorovaikutuksesta. Se ei ole lupa tyhjentää jokaista välitys- ja NAT-sääntöä laitteesta. Ne säännöt suojaavat asiaankuulumatonta liikennettä, eikä laaja välityksen hyväksyntä selitä, miksi paikallinen DHCP-palvelu lakkasi vastaamasta.

Älä myöskään peitä puuttuvaa vuokraa arvatulla staattisella osoitteella. Tarkoituksellinen staattinen kokoonpano tarvitsee oikean aliverkon, yhdyskäytävän, jakosuunnitelman ja törmäystarkistuksen. Asiakkaan DNS:n muuttaminen ei tarjoa mitään noista, ja se jättää seuraavan laitteen saman vian kanssa.

Mitä vuokra ei todista

Osoitteen saaminen todistaa pääsyn paikalliseen verkkoon, ei puhelimen tunnelin suojaa. Kun asiakkaalla on vuokra, arvioi alavirran reitti erikseen: kulkeeko asiakkaan liikenne todella puhelimen kautta, ratkeavatko haut siellä missä odotat, ja vastaako ulkoinen osoite aiottua ulostuloa? Ne ovat kolmannen vaiheen kysymyksiä, ja ne ansaitsevat oman testinsä sen sijaan, että ne taitettaisiin liittymiseen.

Työstä vaiheet järjestyksessä, niin vika lakkaa liikkumasta. Osoitteen hankintaan jumiin jäänyt asiakas on paikallinen tethering-kysymys; asiakas, jolla on osoite mutta ei sivuja, on välitys- tai nimikysymys; asiakas, jolla on sivuja ja väärä ulostulo, on tunnelin kattavuuden kysymys. Niiden erillään pitäminen on suurin osa vianetsinnästä.