Mteja mpya wa hotspot anayekwama kwenye kupata IP si hitilafu ya VPN

Simu inajiunga na hotspot, inabaki kwenye «Inapata anwani ya IP», na hatimaye inakata tamaa. Hitimisho la kawaida ni kwamba VPN ya simu inaingilia DNS, kwa hivyo watu huanza kuhariri vitatuzi na sheria zilizoongezwa. Hiyo ni hatua isiyo sahihi. Mteja hakuwahi kupokea anwani ya ndani, na bila hiyo hana lango, hana kitatuza na hana cha kupeleka, kwa hivyo hakuna mpangilio wowote wa VPN kwenye simu mwenyeji unaoweza kueleza hitilafu hii. Muunganisho, ugawaji wa anwani ya ndani na upelekaji ni hatua tatu tofauti, na ni ya mwisho tu inayohusisha handaki.

Hatua tatu, na uko kwenye ipi

Kwanza inakuja muunganisho: mteja anajiunga na mtandao usiotumia waya wa hotspot. Nenosiri lisilo sahihi, kutolingana kwa WPA3 au tatizo la upatanifu wa redio hushindwa hapa, na mteja kwa kawaida husema hivyo. Pili ni ugawaji wa anwani: kwa IPv4 mteja huomba ukodishaji na kupokea anwani pamoja na mipangilio ya lango la ndani, wakati IPv6 kwa kawaida hutumia matangazo ya kipanga njia badala ya DHCP, kama nyaraka za tethering za AOSP zinavyoeleza. Tatu ni ufikiaji wa nje: simu mwenyeji hupeleka trafiki inayoruhusiwa kwenye njia ya juu iliyoichagua, ambayo inaweza kuwa handaki lake au la kukawa.

Maneno kwenye mteja yanakuambia hatua. Kukwama kwenye kupata anwani ni hatua ya pili, kabla ya pakiti yoyote kuondoka kuelekea intaneti. Imeunganishwa, ina anwani, lakini hakuna kinachopakia ni hatua ya tatu, ambapo uelekezaji, majina na ufikiaji wa handaki vyote ni muhimu. Kuchunguza hatua ya tatu wakati mteja amekwama kwenye ya pili ni jinsi tatizo la ukodishaji la dakika tano linakuwa mchana wa uhariri wa DNS.

Hadithi: VPN iliyoelekezwa hugeuza DHCP ya ndani kuwa ombi la mbali

Handaki lililoelekezwa husogeza pakiti za IP kwa maeneo inayoyachagua. Ugunduzi wa DHCP ni matangazo kwenye sehemu ya hotspot yenyewe, na huduma ya tethering kwenye simu hujibu kwa ndani, ndiyo sababu mteja anaweza kupata anwani wakati handaki likiwa limewashwa. Ni muundo uliounganishwa au uliopitishwa kwa makusudi tu unaotuma mabadilishano hayo mahali pengine, na huo ni mpangilio tofauti wenye saini tofauti ya hitilafu.

Kwa hivyo «seva ya VPN haijibu DHCP» si utambuzi, ni kosa la muundo. Dalali wa ndani yuko kwenye simu. Ikiacha kujibu, sababu ni za ndani: huduma ya tethering, kikomo cha wateja, dimbwi la ukodishaji au mteja ambaye hakuwahi kumaliza muunganisho ipasavyo. Hakuna mojawapo linaloishi upande wa mbali wa handaki.

Mteja aliyepo anayefanya kazi huthibitisha nini kwa kweli

Ikiwa kompyuta ya mkononi iliyokuwa imeunganishwa tayari inaendelea kufanya kazi wakati simu mpya haifanyi kazi, hotspot na njia ya juu ziko hai kwa ujumla. Ulinganisho huo ni muhimu na si uthibitisho wa sehemu ipi ina hatia, kwa sababu mteja anayefanya kazi anaweza kuwa anashikilia ukodishaji wa kabla ya mabadiliko na kuuboresha kwa utulivu.

Vikomo viwili vya ndani vinafaa kuangaliwa ukiwa huko. Hotspot huhudumia dimbwi dogo la ukodishaji na kikomo cha wateja kinachoweza kupangwa, kwa hivyo kifaa kilichojiunga na kulala kinaweza kushikilia anwani wakati kipya kinasubiri. Na mteja anayekumbuka mpangilio tuli kutoka mtandao mwingine hatatafuta ukodishaji kabisa, jambo ambalo kwa nje linaonekana sawa na hurekebishwa kwa mteja, si kwenye simu.

Weka ulinganisho kuwa wa ndani na unaoweza kurudishwa

Kwenye kifaa ambacho sera inaruhusu, linganisha ujio mmoja wa mteja mpya na handaki likiwa limezimwa kisha limewashwa, ukiacha hotspot na mteja bila mabadiliko mengine. Andika matoleo ya simu na mteja, wasifu uliochaguliwa na hatua kamili iliyoshindwa. Kwenye simu inayosimamiwa, omba ulinganisho ulioidhinishwa badala ya kuzima utekelezaji ili kupata jaribio safi zaidi.

Kushindwa kwa ukodishaji kwa uthabiti kunakotegemea handaki ni ushahidi muhimu kuhusu sera ya ndani au mwingiliano wa utekelezaji. Si leseni ya kufuta kila sheria ya upelekaji na NAT kwenye kifaa. Sheria hizo hulinda trafiki isiyohusiana, na kukubali upelekaji kwa upana hakuelezi kwa nini huduma ya DHCP ya ndani iliacha kujibu.

Usifunike ukodishaji unaokosekana kwa anwani tuli iliyokadiriwa. Mpangilio tuli wa makusudi unahitaji subnet halisi, lango, mpango wa ugawaji na ukaguzi wa mgongano. Kubadilisha DNS ya mteja hakutoa chochote kati ya hivyo, na kunaiacha kifaa kinachofuata na hitilafu hiyo hiyo.

Kile ambacho ukodishaji hauthibitishi

Kupata anwani huthibitisha kukubaliwa kwenye mtandao wa ndani, si ulinzi na handaki la simu. Mteja akiwa na ukodishaji, tathmini njia ya chini yenyewe: trafiki ya mteja inapita kweli kupitia simu, utatuzi hufanyika mahali unapotarajia, na anwani ya nje inalingana na kutoka uliyokusudia? Haya ni maswali ya hatua ya tatu na yanastahili jaribio lao badala ya kukunjwa ndani ya ujio.

Fanyia kazi hatua kwa mpangilio na kushindwa kutaacha kuhama. Mteja aliyekwama kwenye kupata anwani ni swali la tethering la ndani; mteja mwenye anwani na bila kurasa ni swali la upelekaji au utambulisho; mteja mwenye kurasa na kutoka vibaya ni swali la ufikiaji wa handaki. Kuwatenganisha ndiyo sehemu kubwa ya utatuzi.