In nije hotspot-klant dy't fêstsit op IP-adres krijen is gjin VPN-flater

In tillefoan ferbynt him mei de hotspot, bliuwt op «IP-adres krijen» stean en jout úteinlik op. De natuerlike konklúzje is dat de VPN fan 'e tillefoan DNS hindert, dat minsken begjinne resolvers en tafoege regels te bewurkjen. Dat is de ferkearde faze. De klant hat nea in pleatslik adres krigen, en sûnder ien hat er gjin gateway, gjin resolver en neat om troch te stjoeren, dus gjin ien VPN-ynstelling op 'e hosttillefoan kin de flater ferklearje. Feriening, it tawizen fan in pleatslik adres en trochstjoering binne trije aparte fazen, en allinnich de lêste giet oer de tunnel.

De trije fazen, en yn hokker ien jo sitte

Earst komt feriening: de klant ferbynt him mei it draadleaze netwurk fan 'e hotspot. In ferkeard wachtwurd, in WPA3-misferhâlding of in radiokompatibiliteitsprobleem mislearje hjir, en de klant seit dat meastentiids. Twadde is it tawizen fan in adres: foar IPv4 freget de klant in hier oan en krijt in adres plus pleatslike gateway-ynstellingen, wylst IPv6 meastentiids routeroankundigingen brûkt ynstee fan DHCP, sa't de AOSP-dokumintaasje oer tethering beskriuwt. Tredde is tagong nei bûten: de hosttillefoan stjoert tastien ferkear troch nei it opstroompaad dat er keazen hat, dat syn tunnel wêze kin of net.

De wurden op 'e klant fertelle jo de faze. Fêst op adres krijen is faze twa, foardat der in pakket nei it ynternet giet. Ferbûn, mei in adres, mar neat laden is faze trije, wêr't routing, nammen en tunneldekking allegear fan belang binne. Faze trije diagnostearje wylst de klant yn faze twa fêstsit, is hoe't in hierprobleem fan fiif minuten in middei DNS-bewurkjen wurdt.

De myte: in rûte VPN makket pleatslike DHCP in ôfstânferkiezing

In rûte tunnel ferpleatst IP-pakketten foar de bestimmings dy't er kiest. In DHCP-ûntdekking is in útstjoering op it eigen segmint fan 'e hotspot, en de tethering-tsjinst op 'e tillefoan antwurdet der pleatslik op, dêrom kin de klant in adres krije wylst de tunnel oan is. Allinnich in bewust oerbrêge of trochstjoerd ûntwerp stjoert dy útwikseling earne oars hinne, en dat is in oare opstelling mei in oare flatersignatuer.

Dat «de VPN-tsjinner antwurdet net op DHCP» is gjin diagnoaze, it is in modelflater. De pleatslike makelder sit op 'e tillefoan. As er ophâldt mei antwurdzjen, binne de redenen pleatslik: de tethering-tsjinst, de klantlimyt, de hierpûl of in klant dy't de feriening nea goed foltôge hat. Net ien fan dy libbet oan 'e fiere kant fan 'e tunnel.

Wat in wurkjende besteande klant eins bewiist

As in laptop dy't al ferbûn wie noch wurket wylst de nije tillefoan dat net docht, binne de hotspot en it opstroompaad oer it generaal libben. Dy ferliking is nuttich en it is gjin bewiis fan hokker komponint skuld hat, want de wurkjende klant hâldt miskien gewoan in hier fan foar de feroaring en fernijt dy stil.

Twa pleatslike grinzen binne it kontrolearjen wurdich wylst jo der binne. De hotspot tsjinnet in einige hierpûl en in konfigurearbere klantlimyt, dat in apparaat dat ferbûn en sliepte kin in adres hâlde wylst in nije wachtet. En in klant dy't in statyske konfiguraasje fan in oar netwurk ûnthâldt, sil hielendal gjin hier freegje, wat fan bûten itselde liket en by de klant reparearre wurdt, net op 'e tillefoan.

Hâld de ferliking pleatslik en weromdraaibaar

Op in apparaat wêr't belied it tastean, ferlykje ien feriening fan in nije klant mei de tunnel ynaktyf en dan aktyf, wylst de hotspot en de klant oars ûnferoare bliuwe. Skriuw de ferzjes fan tillefoan en klant op, it keazen profyl en de krekte faze dy't mislearre. Freegje op in beheard tillefoan de goedkarde ferliking oan ynstee fan it hanthavenjen út te skeakeljen om in skjinner test te krijen.

In konsekwinte tunnelôfhinklike hiermisterflater is nuttich bewiis oer pleatslik belied of in ymplemintaasje-ynteraksje. It is gjin lisinsje om elke trochstjoer- en NAT-regel op it apparaat te leegjen. Dy regels beskermje net-relatearre ferkear, en in brede trochstjoertastimming ferklearret net wêrom't in pleatslike DHCP-tsjinst opholden is mei antwurdzjen.

Bedek in ûntbrekkende hier ek net mei in rieden statysk adres. In bewuste statyske konfiguraasje hat it echte subnet, de gateway, it tawizingsplan en in botsingskontrôle nedich. It feroarjen fan 'e DNS fan 'e klant jout dêr neat fan, en it lit it folgjende apparaat mei deselde flater efter.

Wat in hier net bewiist

In adres krijen bewiist tagong ta it pleatslike netwurk, net beskerming troch de tunnel fan 'e tillefoan. Sadree't de klant in hier hat, evaluearje it delstreampaad op himsels: giet it ferkear fan 'e klant echt troch de tillefoan, wurde opfregen oplost wêr't jo it ferwachtsje, en komt it bûtenadres oerien mei de útgong dy't jo bedoelden? Dat binne fragen fan faze trije en se fertsjinje har eigen test ynstee fan yn 'e feriening fold te wurden.

Wurkje de fazen yn oarder en de flater hâldt op mei bewegen. In klant fêst op adres krijen is in pleatslike tethering-fraach; in klant mei in adres en gjin siden is in trochstjoer- of namme-fraach; in klant mei siden en de ferkearde útgong is in tunneldekkingsfraach. Se apart hâlde is it grutste part fan it debuggen.