Hotspot bezero berria IPa lortzen trabatuta egotea ez da VPNaren akatsa

Telefono bat hotspotera konektatzen da, «IP helbidea lortzen» gelditzen da eta azkenean amore ematen du. Ondorio naturala telefonoaren VPNak DNSarekin eragozten duela da, eta jendeak resolverak eta gehitutako arauak aldatzen hasten da. Fase okerra da. Bezeroak ez zuen inoiz tokiko helbiderik jaso, eta hura gabe ez du atebiderik, ez resolverik, ez birbidaltzeko ezer, beraz ostalari-telefonoko VPN ezarpen batek ere ezin du hutsegitea azaldu. Elkartzea, tokiko helbide-esleipena eta aurreranzko birbidalketa hiru fase bereizi dira, eta azkenak soilik du zerikusia tunelekin.

Hiru faseak, eta zeinetan zauden

Lehenik elkartzea dator: bezeroa hotspotaren haririk gabeko sarera konektatzen da. Pasahitz okerrak, WPA3 desdoitzeak edo irrati bateragarritasun arazoak hemen huts egiten dute, eta bezeroak normalean hori esaten du. Bigarrenik helbide-esleipena dator: IPv4rako bezeroak mailegu bat eskatzen du eta helbide bat gehi atebide ezarpen lokalak jasotzen ditu, eta IPv6k normalean DHCPren ordez bideratzaile-iragarkiak erabiltzen ditu, AOSPren tethering dokumentazioak deskribatzen duen bezala. Hirugarrenik kanporako sarbidea dator: ostalari-telefonoak baimendutako trafikoa berak aukeratutako goranzko bidera birbidaltzen du, zeina bere tunela izan daitekeen edo ez.

Bezeroan agertzen den testuak fasea esaten dizu. Helbidea lortzen trabatuta egotea bigarren fasea da, internet aldera pakete bat ere irten aurretik. Konektatuta, helbidea duela, baina ezer kargatzen ez dela hirugarren fasea da, non bideratzeak, izenek eta tuneleko estaldurak garrantzia duten. Bigarren fasean trabatuta dagoen bezeroarekin hirugarren fasea diagnostikatzea bost minutuko mailegu arazo bat DNS aldaketaz betetako arratsalde bihurtzeko modua da.

Mitoa: bideratutako VPN batek tokiko DHCP urruneko eskaera bihurtzen du

Bideratutako tunel batek IP paketeak mugitzen ditu hautatzen dituen helmuguetarako. DHCP aurkikuntza hotspotaren segmentu propioan egindako difusioa da, eta telefonoan dagoen tethering zerbitzuak bertan erantzuten dio, horregatik bezeroak helbidea lor dezake tunela aktibo dagoen bitartean. Helburu jakin batekin zubitutako edo errepikatutako diseinu batek soilik bidaltzen du truke hori beste nonbait, eta hori beste konfigurazio bat da, hutsegite sinadura desberdinarekin.

Beraz «VPN zerbitzariak ez dio DHCPri erantzuten» ez da diagnosi bat, modelo akats bat da. Tokiko bitartekaria telefonoan dago. Erantzuteari uzten badio, arrazoiak lokalak dira: tethering zerbitzua, bezeroen muga, maileguen multzoa edo elkartzea behar bezala inoiz osatu ez zuen bezero bat. Horietako bat bera ere ez da tuneleko alde urrunan bizi.

Zer frogatzen duen benetan lehendik dagoen bezero batek funtzionatzeak

Jada konektatuta zegoen eramangarri batek oraindik funtzionatzen badu eta telefono berriak ez, hotspotak eta goranzko bideak oro har bizi diraute. Konparazio hori erabilgarria da eta ez da zein osagai den errudunaren froga, funtzionatzen duen bezeroak aldaketaren aurreko mailegu bat besterik gabe eusten eta isilka berritzen ari baitaiteke.

Bi muga lokal egiaztatzea merezi du han zauden bitartean. Hotspotak mailegu multzo finitua eta konfigura daitekeen bezero muga zerbitzatzen ditu, beraz konektatu eta lo egin zuen gailu batek helbidea eutsi dezake berri batek itxaroten duen bitartean. Eta beste sare bateko konfigurazio estatikoa gogoratzen duen bezeroak ez du mailegurik eskatuko, kanpotik berdin ikusten da eta bezeroan konpontzen da, ez telefonoan.

Eduki konparazioa lokala eta atzera bueltagarria

Politikak uzten duen gailu batean, konparatu bezero berri baten konexio bat tunela inaktibo eta gero aktibo dagoela, hotspotak eta bezeroak gainerakoan aldatu gabe jarraituta. Idatzi telefonaren eta bezeroaren bertsioak, hautatutako profila eta huts egin zuen fase zehatza. Kudeatutako telefono batean, eskatu onartutako konparazioa, ezarpena desgaitzea baino, proba garbiagoa lortzeko.

Tunelaren mendean dagoen mailegu hutsegite koherentea tokiko politikari edo inplementazio elkarrekintzari buruzko froga erabilgarria da. Ez da gailuko birbidalketa eta NAT arau guztiak husteko baimena. Arau horiek erlaziorik gabeko trafikoa babesten dute, eta birbidalketa onarpen zabal batek ez du azaltzen zergatik utzi zion tokiko DHCP zerbitzu batek erantzuteari.

Ez estali falta den mailegua asmatutako helbide estatiko batekin ere. Nahita egindako konfigurazio estatikoa azpisare erreala, atebidea, esleipen plana eta talka egiaztapena behar ditu. Bezeroaren DNS aldatzeak horietako bat bera ere ez du ematen, eta hurrengo gailua hutsegite berarekin uzten du.

Zer frogatzen ez duen mailegu batek

Helbidea lortzeak tokiko sarerako onarpena frogatzen du, ez telefonoaren tunelaren babesa. Bezeroak mailegua duenean, ebaluatu beheranzko bidea bere kabuz: bezeroaren trafikoak benetan telefonoa zeharkatzen du, bilaketak espero duzun tokian ebazten dira, eta kanpoko helbidea nahi zenuen irteerarekin bat dator? Hirugarren faseko galderak dira eta beren proba propioa merezi dute, elkartzean tolestu beharrean.

Landu faseak ordenan eta hutsegiteak mugitzeari uzten dio. Helbidea lortzen trabatuta dagoen bezeroa tokiko tethering kontua da; helbidea duen eta orrialderik ez duen bezeroa birbidalketa edo izenen kontua da; orrialdeak eta irteera okerra dituen bezeroa tunel estalduraren kontua da. Hauek bereizita edukitzea arazketa lanaren zatirik handiena da.