VPN përmes DNS nuk është e njëjta gjë me një server DNS të VPN-së

VPN përmes DNS përshkruan një ide transporti dhe nuk është sinonim i drejtimit të një pajisjeje te një rezolues i personalizuar. Pyetja që zgjidh konfuzionin është e thjeshtë: çfarë transportojnë në të vërtetë mesazhet DNS? Një VPN e zakonshme mund të instalojë një rezolues që aplikacionet e mbuluara të gjejnë emra privatë, dhe ndryshimi i atij rezoluesi ndryshon vetëm zgjidhjen e emrave. Kryeni kontrollet më poshtë me radhë, sepse tre rregullimet ndajnë terminologjinë dhe pothuajse asgjë tjetër.

Ndani tre rregullimet

Në rregullimin e parë, VPN-ja ofron një rezolues ose një cilësim të politikës së emrave. Të dhënat e aplikacioneve udhëtojnë ende përmes lidhjeve të tyre të rrjetit, dhe tuneli ndikon vetëm në atë se cili server përgjigjet kërkesës.

Në të dytin, DNS i kriptuar mbron vetë shkëmbimin DNS. DNS mbi HTTPS dhe DNS mbi TLS i mbështjellin kërkesat drejt rezoluesit të zgjedhur dhe nuk transportojnë paketa të asnjë aplikacioni tjetër. Ata gjithashtu nuk i fshehin emrat e kërkesave nga rezoluesi që keni zgjedhur, që është një kufi tjetër besimi sesa fshehja e tyre nga rrjeta lokale.

Në të tretin, një klient bashkëpunues kodon të dhëna të tjera në mesazhet DNS dhe një pikë fundore bashkëpunuese i rindërton ato. Rruga e zakonshme e rezoluesit bëhet transporti, dhe rezoluesi tani është një komponent i rrugës së të dhënave dhe jo një shërbim emrash.

Kontrolloni çfarë transportojnë mesazhet DNS

Ndryshoni rezoluesin dhe vëzhgoni nëse ndryshon rruga e trafikut të aplikacionit. Nëse aplikacioni ende lidhet me të njëjtat adresa përmes të njëjtave soketa, keni ndryshuar zgjidhjen e emrave dhe asgjë tjetër.

Një tunel i transportuar nga DNS kërkon një rregullim përkatës në anën e serverit. Iodine është një shembull i dokumentuar: dokumentacioni i projektit i tij përshkruan një tunel IP përmes DNS, dhe kërkon një komponent serveri që kupton kodimin. Futja e një adrese publike rezoluesi në Android nuk e ofron atë pikë fundore, dhe një term marketingu i përbashkët për dy produkte nuk është specifikim protokolli.

Kapja është kontrolli vendimtar. Nëse shihni kërkesa të zakonshme drejt rezoluesit dhe asgjë tjetër, nuk ka tunel. Nëse shihni ngarkesë të koduar në emrat e kërkesave dhe përgjigjet, keni gjetur transportuesin, dhe pyetja tjetër është sa mund të lëvizë.

Kontrolloni kapacitetin përpara se të angazhoheni

DNS u projektua për kërkesa dhe përgjigje, jo për dërgim masiv. Kostot e kodimit, kufijtë e madhësisë së mesazheve dhe sjellja e rezoluesit marrin të gjithë pjesën e tyre të rrugës nominale, kështu që kapaciteti i dobishëm është më i ulët se sa sugjeron lidhja bazë. Trajtoni çdo shifër të xhiros që nuk e keni matur në rrugën tuaj si hipotezë dhe jo si buxhet. Matni të dy drejtimet, sepse ngarkimi dhe shkarkimi mund të përballen me kufij të ndryshëm në një transportues të tipit kërkesë-përgjigje.

Klienti duhet gjithashtu të vendosë se cili trafik hyn në tunel. Një ndërfaqe lokale e shërbimit VPN mund të mbledhë paketa, por ndërfaqja nuk thotë asgjë për mënyrën se si transporti i largët i mbron ose i përcjell ato. Fragmentimi dhe ritransmetimi sillen ndryshe kur transportuesi është një protokoll kërkesë-përgjigje dhe jo një rrjedhë, dhe një lidhje që mbetet e hapur thotë pak për vonesën interaktive.

Matni me trafikun që synoni të transportoni. Një tunel që duket i mirë për një rrahje periodike mund të jetë i papërdorshëm për një sesion interaktiv, dhe e kundërta është gjithashtu e vërtetë.

Kontrolloni sigurinë e transportuesit

Mos supozoni se kapsulimi DNS ofron konfidencialitet ose vërtetim të fortë. Rruga e rezoluesit dhe pika fundore e tunelit shohin atë që zbulon zbatimi, dhe ky ekspozim ndryshon sipas dizajnit.

Kriptimi dhe zgjedhja e transportuesit janë veti të veçanta. Një tunel mund të kriptohet mbi një rrugë IP të thjeshtë, dhe një tunel i transportuar nga DNS mund të ndërtohet me ose pa mbrojtje për ngarkesën e tij. Mbani HTTPS-in e aplikacionit në vend gjithsesi, dhe vlerësoni dizajnin real të sigurisë së tunelit dhe jo emrin e tij.

Nëse kërkesa është privatësia nga rrjeta lokale, DNS i kriptuar dhe një tunel të dhënash u përgjigjen pjesëve të ndryshme të saj. Shkruani se kundër cilit vëzhgues mbroheni përpara se të zgjidhni njërin.

Përputhni rregullimin me dështimin aktual

Për një VPN të zakonshme të ngadaltë, zëvendësimi me një tunel të transportuar nga DNS shton një transport të kufizuar mbi problem. Ai nuk rregullon cilësinë e radios, mbingarkesën ose ngarkesën e serverit, dhe zakonisht i bën ato më të dukshme.

Për dështimet e emrave privatë, shqyrtoni fillimisht politikën e synuar të rezoluesit: cili server duhet të përgjigjet, cilët emra janë në fushëveprim dhe nëse klienti lejohet ta përdorë atë. Pastaj zgjidhni një transport të autorizuar që përputhet me kërkesën, dhe mbani konfigurimin e rezoluesit në regjistrin e ndryshimeve që incidenti i ardhshëm të mos e rifillojë të njëjtin kërkim.

Lista e kontrollit është e shkurtër: identifikoni rregullimin, konfirmoni çfarë transportojnë mesazhet, matni kapacitetin, pastaj rishikoni besimin. Çdo hap që nuk përputhet me simptomën do të thotë që dy rregullimet e tjera janë ende në lojë.