Një klient i ri hotspoti i bllokuar te marrja e IP nuk është defekt i VPN

Një telefon lidhet me hotspotin, qëndron te «Po merret adresa IP» dhe në fund dorëzohet. Përfundimi i natyrshëm është se VPN e telefonit ndërhyn në DNS, kështu që njerëzit fillojnë të redaktojnë zgjidhësit dhe rregullat e shtuara. Kjo është faza e gabuar. Klienti nuk mori kurrë një adresë lokale, dhe pa të nuk ka portë, nuk ka zgjidhës dhe asgjë për të përcjellë, prandaj asnjë rregullim VPN në telefonin pritës nuk mund të shpjegojë dështimin. Lidhja, caktimi i adresës lokale dhe përcjellja janë tre faza të ndara, dhe vetëm e fundit përfshin tunelin.

Tre fazat, dhe në cilën jeni

Së pari vjen lidhja: klienti bashkohet me rrjetin pa tel të hotspotit. Një fjalëkalim i gabuar, një mospërputhje WPA3 ose një problem përputhshmërie radioje dështojnë këtu, dhe klienti zakonisht e thotë. Së dyti vjen caktimi i adresës: për IPv4 klienti kërkon një qira dhe merr një adresë plus rregullimet lokale të portës, ndërsa IPv6 zakonisht përdor njoftime ruteri në vend të DHCP, siç përshkruan dokumentacioni i AOSP për tethering. Së treti vjen aksesi nga jashtë: telefoni pritës përcjell trafikun e lejuar në rrugën përpjetë që zgjodhi, e cila mund të jetë ose jo tuneli i tij.

Teksti në klient ju tregon fazën. Bllokimi te marrja e adresës është faza e dytë, përpara se çdo paketë të niset drejt internetit. I lidhur, me adresë, por asgjë nuk ngarkohet është faza e tretë, ku rrugëtimi, emrat dhe mbulimi i tunelit kanë të gjithë rëndësi. Diagnostikimi i fazës së tretë ndërsa klienti është i bllokuar në të dytën është mënyra se si një problem qiraje pesë minutash bëhet një pasdite redaktimesh DNS.

Miti: një VPN e rrugëzuar e kthen DHCP lokale në kërkesë të largët

Një tunel i rrugëzuar lëviz paketat IP për destinacionet që zgjedh. Zbulimi DHCP është një transmetim në segmentin e vetë hotspotit, dhe shërbimi i tethering në telefon përgjigjet lokalisht, prandaj klienti mund të marrë një adresë ndërsa tuneli është aktiv. Vetëm një projekt i urëzuar ose i përcjellë qëllimisht e dërgon atë shkëmbim diku tjetër, dhe ai është një rregullim tjetër me një nënshkrim tjetër dështimi.

Pra «serveri VPN nuk përgjigjet në DHCP» nuk është diagnostikim, është gabim modeli. Ndërmjetësi lokal është në telefon. Nëse ai ndalon së përgjigjuri, arsyet janë lokale: shërbimi i tethering, kufiri i klientëve, pishina e qirave ose një klient që nuk e përfundoi kurrë si duhet lidhjen. Asnjë prej tyre nuk jeton në anën e largët të tunelit.

Çfarë provon në të vërtetë një klient ekzistues që funksionon

Nëse një laptop që ishte lidhur tashmë vazhdon të funksionojë ndërsa telefoni i ri nuk funksionon, hotspoti dhe rruga përpjetë janë përgjithësisht të gjalla. Ai krahasim është i dobishëm dhe nuk është provë se cili komponent është fajtor, sepse klienti që funksionon thjesht mund të mbajë një qira nga para ndryshimit dhe ta përtërijë në heshtje.

Vlen të kontrollohen dy kufij lokalë ndërsa jeni atje. Hotspoti shërben një pishinë të fundme qirash dhe një kufi të konfigurueshëm klientësh, prandaj një pajisje që u bashkua dhe fjeti mund të mbajë një adresë ndërsa një e re pret. Dhe një klient që mban mend një konfigurim statik nga një rrjet tjetër nuk do të kërkojë fare qira, gjë që nga jashtë duket identike dhe rregullohet te klienti, jo në telefon.

Mbajeni krahasimin lokal dhe të kthyeshëm

Në një pajisje ku politika e lejon, krahasoni një bashkim klienti të ri me tunelin joaktiv dhe pastaj aktiv, duke i mbajtur hotspotin dhe klientin ndryshe të pandryshuar. Shënoni versionet e telefonit dhe klientit, profilin e zgjedhur dhe fazën e saktë që dështoi. Në një telefon të administruar, kërkoni krahasimin e miratuar në vend që të çaktivizoni zbatimin për një test më të pastër.

Një dështim i qëndrueshëm i qirasë i varur nga tuneli është provë e dobishme për politikën lokale ose një ndërveprim implementimi. Nuk është licencë për të pastruar çdo rregull përcjelljeje dhe NAT në pajisje. Ato rregulla mbrojnë trafik të palidhur, dhe një pranim i gjerë përcjelljeje nuk shpjegon pse një shërbim DHCP lokal ndaloi së përgjigjuri.

Mos e mbuloni një qira që mungon me një adresë statike të hamendësuar. Një konfigurim statik i qëllimshëm kërkon nënrrjetin e vërtetë, portën, planin e shpërndarjes dhe një kontroll përplasjeje. Ndryshimi i DNS së klientit nuk siguron asnjë prej tyre, dhe e lë pajisjen tjetër me të njëjtin dështim.

Çfarë nuk provon një qira

Marrja e një adrese provon pranimin në rrjetin lokal, jo mbrojtjen nga tuneli i telefonit. Pasi klienti ka një qira, vlerësoni rrugën poshtë më vete: a kalon trafiku i klientit vërtet nëpër telefon, a zgjidhen kërkimet atje ku prisni, dhe a përputhet adresa e jashtme me daljen që kishit ndërmend? Këto janë pyetje të fazës së tretë dhe meritojnë testin e tyre në vend që të palosen në bashkim.

Punoni fazat me radhë dhe dështimi ndalon së lëvizuri. Një klient i bllokuar te marrja e adresës është pyetje lokale tetheringu; një klient me adresë dhe pa faqe është pyetje përcjelljeje ose emërtimi; një klient me faqe dhe dalje të gabuar është pyetje mbulimi tuneli. T'i mbash të ndara është pjesa më e madhe e korrigjimit.