Сіз теледидарды Smart DNS шешушісіне бағыттайсыз, бір ағындық қолданба жұмыс істей бастайды, және қорытынды өзі жазылады: бұл арзан әрі тезірек орнатылатын VPN. Олай емес, және бұл айырма ұсақтық емес. Өзгергені — теледидар хост атауы қайда тұрады деп сұрағанда алған жауап; өзгермегені — әр пакет әлі де үйіңізден ашық түрде, сол жолмен, ISP білетін сол мекенжайдан шығады. Аңыз — DNS баптауы туннель деген. Шындық оны көргенде тар әрі пайдалырақ.

Аңыз: DNS өзгерту трафигіңіздің бағытын өзгертеді

Қарапайым DNS қолданбаға қайда қосылу керегін айтады. Smart DNS қызметі таңдалған хост атауларына провайдердің өз инфрақұрылымына тиесілі мекенжайлармен жауап береді, сондықтан қолданба қызметтің өзіне емес, сол жерге қосылады. Содан кейін провайдер сол бір ағынды нақты межеге жеткізеді. Құрылғыда басқа ештеңе қозғалмайды.

Сондықтан бұл айла теледидарда немесе консольда мүлде жұмыс істейді. Клиент жоқ, интерфейс жоқ, маршрут кестесінде жазба жоқ, шифрлау қабаты жоқ. Құрылғы әрқашан істегенін істейді: атауды шешіп, қайтып келгенге қосылады. Сіз жауапты өзгерттіңіз, әр пакеттің жолын емес.

Бұл белгіні байланысы жоқ DNS жобалары да пайдаланады, сондықтан атаудан функциялар жиынтығын болжаудың орнына провайдердің өз құжаттамасын тексеріңіз. Стандартты Smart DNS протоколы жоқ; бір өнімнің қамтуы екіншісі туралы сенімді ештеңе айтпайды.

Шын мәнінде не бағытталады, ал не бағытталмайды

Құрылғы бойынша емес, ағын бойынша тізімдесеңіз, айырманы көру оңай.

FlowSteered by Smart DNS?Why
A supported streaming hostnameYes, usuallyThe resolver returns a provider address for that name
The same app's other hostnamesOnly if the provider lists themSteering is per-name, and lists are curated
Your browser, email, game downloadsNoTheir names resolve to the ordinary destination
Traffic from devices not using that resolverNoNothing forces a device onto a particular resolver
Payload encryptionNoUnrelated to name resolution

Мұны көре аласыз. Провайдердің шешушісінен хост атауын сұраңыз, ал сол атауды қоғамдық шешушіден сұраңыз:

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

Әртүрлі жауаптар атау деңгейінде бағыттауды білдіреді. Бірдей жауап қызметтің сол атауды қамтымағанын немесе құрылғының сол шешушіні пайдаланбағанын білдіреді — DNS конфигурациясының қатесіне ұқсайтын және жиі бұзылған аккаунт деп қабылданатын ақаулық.

Сол иіспен екінші ақаулық та бар. Көптеген провайдер қазір пайдаланып отырған қоғамдық мекенжайыңыз бойынша рұқсат береді, сондықтан аккаунт мекенжай өзгергенше жұмыс істейді. Тасымалдаушы деңгейіндегі NAT айналымы немесе үстінен қойылған VPN сол мекенжайды жылжытады, және шешу сәтті болып жатса да, реле сізді қабылдамайды. Тіркелім жазбасы — кіруді бақылау, эксклюзивті шығыстың дәлелі емес.

Шифрланған DNS — мүлде үшінші нәрсе

HTTPS үстіндегі DNS және TLS үстіндегі DNS құрылғыңыз бен шешуші арасындағы алмасуды қорғайды. Олар сұрауды шифрлап, куәландырады, сондықтан жергілікті желі оны оқи немесе қайта жаза алмайды, ал DoH оны 443 портындағы қарапайым HTTPS трафигінде тасымалдайды, сондықтан ол сүзгіге веб-трафик сияқты көрінеді. Бұл сұраулар үшін құпиялылық ерекшелігі.

Қызметті бағыттау — басқа функция: жауаптың өзі делдалға сілтейді. Өнім екеуін бірге ұсына алады, және көбі солай істейді, бірақ біреуі екіншісін білдірмейді. Сұрауларыңызды шифрлау бір байт бейнені де басқа ел арқылы жылжытқан емес.

Сондықтан «шифрланған DNS» сұрауларыңызды кім оқи алады деген сұраққа жауап береді. Ол трафигіңізді кім көре алады дегенге жауап бермейді және сізге жаңа шығыс мекенжайын бермейді. DNS over HTTPS спецификациясы сол қорғаныстың нені қамтитынына дұрыс сілтеме, және маршруттау туралы ештеңе айтпайды.

Әр орналасуда кім нені көреді

Smart DNS-те шешуші сіз іздейтін атауларды көреді, провайдердің релесі өзі тасымалдайтын байланыстарды көреді, ал ISP қалғанының бәрін ашық мәтін құрылымында әлі де көреді: қай мекенжайларға қашан, қаншалықты қосылғаныңызды. Мазмұн бағытталған ағында межеге дейін TLS-пен қорғалған күйде қалады, сондықтан реле өзі оқи алмайтын шифрланған сессияны жібереді — бірақ ол сіздің қосылғаныңызды, қайдан және қанша уақытқа көре алады.

VPN-мен туннель операторы сіздің трафигіңізді және бағыттарыңызды көреді, бұл бір шоғырланған сенім шешімі, ал ISP тек бір соңғы нүктеге шифрланған ағынды көреді. Басқаша әшкерелену, автоматты түрде азырақ емес. Екі модельдің ешқайсысын бір сайттың ашылуымен бағалауға болмайды.

Жылдамдық белгіге емес, жолға ереді. Іріктемелі реле қатысы жоқ трафикті айналғыш жолдан тыс ұстай алады, бұл әйтпесе бәрін туннельге салатын құрылғы үшін нақты артықшылық. Бұл да кепілдік емес, және ешбір орналасу оны белсенді түрде анықтауға тырысатын қызметке тұрақты кіруге уәде бермейді.

Smart DNS қашан дұрыс құрал

Бұл шынымен дұрыс құрал, құрылғы VPN клиентін мүлде іске қоса алмағанда — теледидар, консоль, жабық желілік стекі бар set-top box — және тек бір аталған қызмет маңызды болғанда. Сол құрылғыдағы әр пакеттің туннель арқылы өтуін әдейі қаламағанда да орынды.

Бұл дұрыс емес құрал, талап шифрлау, бүкіл құрылғы үшін шығыс мекенжайы немесе жергілікті желі мен ISP-тен қорғау болғанда. Олар туннельдің қасиеттері, және ешбір шешуші баптауы оларды тудырмайды. Ал егер сол құрылғыда VPN ұстасаңыз, тіркеуге негізделген рұқсаттың бұзылатынын күтіңіз, өйткені қоғамдық мекенжайыңыз енді туннельдікі.

Бұл шешімді ретімен орындап, шындыққа сай бірінші жолда тоқтаңыз:

  • Трафиктің шифрлануы мен бүкіл құрылғының жаңа шығысқа шығуы керек пе? VPN пайдаланыңыз және оның маршруттары мен ерекшеліктерін тексеріңіз, қосылу индикаторын емес.
  • Туннель жасай алмайтын құрылғыда тек бірнеше аталған қызмет керек пе? Smart DNS барабар.
  • Сұрауларыңыз құпия болғаны керек, бірақ трафик жылжымауы керек пе? Бұл шифрланған DNS, ол жоғарыдағылардың ешқайсысы емес.
  • Провайдер ағымдағы мекенжайыңызға сүйеніп отыр ма? Ол өзгерген сәтте ақаулықты күтіңіз.

Қатысты мақалалар