Pse një pikë fundore private vazhdon të përgjigjet me një adresë publike

Laptopi lidhet, tuneli raporton se është aktiv dhe llogaria e ruajtjes vazhdon të refuzojë çdo kërkesë. Pika fundore private ekziston, rruga drejt nënrrjetit të saj ekziston, dhe emri ose përgjigjet me një adresë publike ose nuk zgjidhet fare. Tuneli nuk ka asgjë të gabuar: klientit nuk i është thënë kurrë se cili server duhet të përgjigjet për atë emër. Ndiqni pyetësin nga jashtë dhe hendeku bëhet i dukshëm.

Filloni nga zgjidhësi i klientit

Pyetni klientin se cilin server pyet ndërsa tuneli është aktiv. Një profil pikë-në-vend siguron atë adresë, dhe një profil që nuk siguron asgjë e lë sistemin operativ të kthehet te vlerat e paracaktuara të përshtatësit.

Zgjidhësit publikë nuk kanë asnjë pamje të një zone private, kështu që përgjigjen nga interneti, gjë që është pikërisht puna e tyre. Kontrolli i parë është pra adresa e zgjidhësit në përdorim, jo tuneli dhe jo pika fundore.

Lexoni çfarë është në të vërtetë përgjigjja

Zgjidhni emrin e shërbimit dhe lexoni adresën që kthehet. Një përgjigje publike do të thotë se pyetësi arriti te një server që nuk e sheh zonën. Asnjë përgjigje do të thotë se emri ekziston vetëm privatisht dhe asgjë që klienti mund të arrijë nuk e mban atë.

Këto dy rezultate prodhojnë gabime aplikacioni të ngjashme dhe i përkasin pronarëve të ndryshëm. Njëri është problem i zgjedhjes së zgjidhësit, tjetri është një lidhje zone që mungon.

Një zë hosts provon rrugën dhe më pas gënjen

Vendosja e adresës së pikës fundore në skedarin lokal hosts është mënyra më e shpejtë për të provuar se tuneli dhe muri i zjarrit i shërbimit tashmë funksionojnë. Nëse kërkesa ka sukses me atë zë, vetëm zgjidhja e emrave është e prishur. Është gjithashtu një ndryshim për çdo makinë që mbulon saktësisht një emër.

Nuk ndihmon llogarinë e dytë, pikën e dytë fundore ose një koleg, dhe prishet pa paralajmërim kur pika fundore rikrijohet në një adresë të re.

Më keq, e bën makinën tuaj të sillet ndryshe nga të gjithë të tjerët, dhe kështu një defekt i zgjidhësit mbijeton një javë hetimi. Përdoreni për të konfirmuar rrugën, pastaj hiqeni dhe rregulloni shkakun.

Lidhni zonën dhe shpërndani një zgjidhës

Dy kushte duhet të plotësohen njëkohësisht. Zona private duhet të lidhet me rrjetin virtual ku jeton pika fundore, dhe klienti duhet t'i dërgojë pyetësit e tij një serveri që mund të lexojë atë zonë. Një pikë fundore hyrëse e DNS Private Resolver siguron një adresë të tillë brenda rrjetit dhe u përgjigjet pyetësve që vijnë përmes tunelit. Vendoseni atë adresë në profilin VPN dhe shtoni prapashtesën private që klienti duhet të zbatojë.

Një zgjidhës lokal ekzistues mund të arrijë të njëjtin rezultat përmes një përcjellësi të kushtëzuar të drejtuar nga zona.

Rregullat e rrjetit në zgjidhës kanë po aq rëndësi sa rrugëzimi. Nëse rregulli hyrës përjashton gamën e klientëve VPN, pyetësit skadojnë në vend që të kthejnë një përgjigje të gabuar. Është pikërisht ajo skadim që i kthen njerëzit te një tabelë rrugësh ku asgjë nuk është e gabuar.

Kontrolloni emrin, portin dhe identitetin sipas radhës

Punoni sipas radhës: zgjidhni emrin, konfirmoni se përgjigja është private, hapni portin, pastaj bëni një kërkesë të vërtetuar. Çdo fazë ka pronarin e vet dhe nënshkrimin e vet të dështimit.

Një përgjigje private e ndjekur nga skadimi tregon një rrugë ose një mur zjarri. Një përgjigje publike tregon zgjidhësin. Një lidhje e përfunduar që kthen një gabim identiteti i përket shërbimit.

Një defekt tjetër i përket kësaj liste. Një mur zjarri shërbimi që lejon një adresë klienti ndalon së përputhuri kur grupi ia jep atë adresë një sesioni tjetër pas rilidhjes. Lexoni adresën e telefonuesit që shërbimi regjistroi, jo atë që klienti mendon se ka. Të dyja nuk përputhen më shpesh sesa njerëzit presin. Udhëzimet e Azure DNS Private Resolver mbulojnë lidhjen e zonës dhe rregullimin e përcjelljes.