Smart DNS is gjin VPN: wat dy DNS-ynstelling echt feroaret

Jo rjochtsje de televyzje op in Smart DNS-oplosser, ien streamingapp begjint te wurkjen, en de konklúzje skriuwt himsels: dit is in VPN dy't minder kostet en flugger ynstallearret. Dat is it net, en it ferskil is gjin partikularisme. Wat feroare is it antwurd dat de televyzje krige doe't er frege wêr't in hostnamme wennet; wat net feroare is, is dat elk pakket jo hûs noch altyd iepen ferlit, op deselde wei, fan itselde adres dat de ISP al ken. De myte is dat in DNS-ynstelling in tunnel is. De realiteit is smeller en nuttiger sadree't jo it sjogge.

De myte: in DNS-feroaring liedt dyn ferkear om

Gewoane DNS fertelt in applikaasje wêr't er ferbine moat. In Smart DNS-tsjinst beantwurdet selektearre hostnammen mei adressen dy't by de eigen ynfrastruktuer fan de provider hearre, sadat de app dêr ferbynt ynstee fan direkt mei de tsjinst. De provider stjoert dan dy iene stream troch nei de echte bestemming. Nimmen oars op it apparaat beweecht.

Dêrom wurket de trúk yndie op in televyzje of in konsola. Der is gjin klient, gjin ynterface, gjin ynskriuwing yn 'e rûtediel, gjin fersiferingslaach. It apparaat docht krekt wat it altyd die: in namme oplosse en ferbine mei wat weromkomt. Jo hawwe it antwurd feroare, net it paad fan elk pakket.

It label wurdt ek brûkt troch net-besibbe DNS-projekten, dus kontrolearje de eigen dokumintaasje fan de provider ynstee fan in funksjeset út 'e namme ôf te lieden. Der is gjin standert Smart DNS-protokol; de dekking fan ien produkt seit neat betroubers oer in oar.

Wat echt oanpast wurdt, en wat net

It ferskil is maklik te sjen as jo it by stream opsomme, net by apparaat.

Jo kinne it sjen barre. Freegje de oplosser fan de provider om in hostnamme en freegje in iepenbiere oplosser om deselde:

dig +short @<provider-resolver> example-stream.example
dig +short @1.1.1.1 example-stream.example

Ferskillende antwurden betsjutte stjoering op 'e namme-laach. Itselde antwurd betsjut of dat de tsjinst net dekt is foar dy namme of dat it apparaat dy oplosser net brûkt — in fout dy't der útsjocht as in ferkearde DNS-konfiguraasje en faak foar in stikken akkount oansjoen wurdt.

Der is in twadde fout mei deselde geur. In protte providers autorisearje op basis fan it iepenbiere adres dat jo no brûke, dus it akkount wurket oant it adres feroaret. Carrier-grade NAT-rotaasje, of in VPN der oerhinne, ferpleatst dat adres en it relais wegeret jo, wylst de oplossing trochgiet mei slagjen. De registerynskriuwing is in tagongskontrôle, gjin bewiis fan in eksklusive útgong.

Fersifere DNS is hielendal in tredde ding

DNS oer HTTPS en DNS oer TLS beskermje de útwikseling tusken jo apparaat en de oplosser. Se fersiferje en autentisearje de fraach sadat it lokale netwurk dy net lêze of oerskriuwe kin, en DoH draacht dat yn gewoan HTTPS-ferkear op poarte 443, wat ek de reden is dat it foar in filter op webferkear liket. Dat is in fertroulikensfunksje foar opsykings.

In tsjinst stjoere is in oare funksje: it antwurd sels wiist nei in tuskenpersoan. In produkt kin beide tagelyk biede, en in protte dogge dat, mar ien betsjut net it oare. Jo opsykings fersiferje hat noch noait ien byte video troch in oar lân beweegd.

Dus „fersifere DNS“ beantwurdet in fraach oer wa't jo fragen lêze kin. It beantwurdet net wa't jo ferkear sjen kin, en it jout jo gjin nij útgongsadres. De spesifikaasje fan DNS over HTTPS is de juste referinsje foar wat dy beskerming dekt, en it seit neat oer rûtearring.

Wa't wat sjocht yn elke regeling

Mei Smart DNS sjocht de oplosser de nammen dy't jo opsykje, it relais fan de provider sjocht de ferbiningen dy't it draacht, en jo ISP sjocht noch altyd al it oare yn struktuer fan iepen tekst: hokker adressen jo kontakten, wannear en hoefolle. Ynhâld bliuwt beskerme troch TLS nei de bestemming yn 'e stjoerde stream, dus it relais stjoert in fersifere sesje troch dy't it net lêze kin — mar it kin sjen dat jo ferbûn, fan wêr en hoe lang.

Mei in VPN sjocht de tunneloperateur jo ferkear en jo bestimmingen, wat ien konsintrearre fertrouwensbeslút is, en jo ISP sjocht allinnich in fersifere stream nei ien einpunt. Oare bleatstelling, net automatysk minder. Gjin fan beide modellen moat beoardiele wurde op oft ien side iepen giet.

Snelheid folget it paad, net it label. In selektyf relais kin net-besibbe ferkear bûten in omwei hâlde, wat in echte foardiel is foar in apparaat dat oars alles tunnelje soe. It is ek gjin garânsje, en gjin regeling ûnthjit permaninte tagong ta in tsjinst dy't aktyf besiket it te detektearjen.

Wannear't Smart DNS it juste ark is

It is echt it juste ark as it apparaat hielendal gjin VPN-klient draaie kin — in televyzje, in konsola, in set-top-box mei in fergrendele netwurkstapel — en as allinnich ien neamde tsjinst fan belang is. It is ek ridlik as jo bewust net wolle dat elk pakket op dat apparaat tunnelje wurdt.

It is it ferkearde ark as de eask fersifering is, in útgongsadres foar it hiele apparaat, of beskerming tsjin it lokale netwurk en de ISP. Dat binne tunneleigenskippen, en gjin oplosser-ynstelling produsearret se. En as jo in VPN op itselde apparaat draaie litte, ferwachtsje dan dat de autorisaasje op basis fan registraasje brekt, want jo iepenbiere adres is no dat fan 'e tunnel.

Rin dizze beslissing yn oarder troch en stop by de earste rigel dy't wier is:

• Hawwe jo it ferkear fersifere nedich en it hiele apparaat op in nije útgong? Brûk in VPN, en kontrolearje syn rûtes en útsûnderingen ynstee fan syn ferbûn-yndikator.
• Hawwe jo allinnich in pear neamde tsjinsten nedich op in apparaat dat net tunnelje kin? Smart DNS is proporsjoneel.
• Hawwe jo jo opsykings privee nedich, mar net jo ferkear ferpleatst? Dat is fersifere DNS, dat gjin fan 'e boppesteande is.
• Bouwelet de provider op jo hjoeddeistige adres? Ferwachtsje brek op it stuit dat it feroaret.