1.1.1.1-ді кім басқарады? DNS мекенжайына сенбес бұрын тексеру

Сіз 1.1.1.1-ді VPN-нің DNS өрісіне қойдыңыз, бет жүктелді және оқулық енді расталған сияқты көрінеді. Бұл байқау сезілгеннен тар: қолданба басқаша әрекет етті және өзгеріс әзірге сұраққа кім жауап бергені немесе ескі баптау неге сәтсіз болғаны туралы ештеңе айтпайды. Көшірілген оқулық белгілі жалпыға ортақ мекенжайды жиі «VPN-нің DNS-і» деп атайды, ал бұл меншік туралы мәлімдеме, қолжетімділік туралы емес. Мекенжайдың нені білдіретінін тексеру бес минут алады және қате себеппен жасалған тұрақты өзгерістің алдын алады.

Жұмыс істеп тұрған баптау — бұл жеке басым емес

Баптау өрісіндегі мекенжай — соңғы нүкте, ал соңғы нүктенің операторы бар. Бұл екі факт бөлек, ал екіншісін адамдар өткізіп жібереді. Ең көп көшірілетін жұп үшін жауап ашық: Cloudflare 1.1.1.1 және 1.0.0.1 мекенжайын өзінің шешушісінің мекенжайы ретінде жариялайды және оларды өзінің ресми мекенжай анықтамалығында тізімдейді. Сондықтан оператордың аты мекенжайдың жанында болуы керек, бөлек оқулықта емес.

Туннель қосулы кезде бұл жұпты енгізу VPN компаниясын оның операторы етпейді және трафикті анонимді етпейді. Сұраныс сіздің машинаңыздан мекенжай ауқымын жариялайтын компанияға қарай шығады, ал ол компания беделді болуы мүмкін, бірақ оқулық меңзеген тарап болмауы мүмкін. Нұсқаулықтағы белгі мен шындықтағы оператор — екі түрлі мәлімдеме. Екеуі де ортадағы желілік жолды кім басқаратынын айтпайды.

Мекенжай жұбын немесе шифрланған соңғы нүктені растау үшін шешушінің өзі жариялаған анықтамалықты пайдаланыңыз. Басқа жеткізушінің ұсынымы заңды болуы мүмкін, ал «ұсынылған», «арқылы жеткен» және «басқарылатын» әлі де үш түрлі қатынасты сипаттайды.

Жазбаға қажет үш нәрсені салыстырыңыз

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

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

Кесте әдейі қысқа. Оның мәні — әрбір жазба басқа сұраққа жауап береді және бірде-бір өріс үшеуін толтырмайды.

Жергілікті форвардер шынайы көзді жасырады

Маршрутизаторын DNS ретінде пайдалануға бапталған құрылғы форвардерге сілтейді. Ол мекенжай сұраныстың келесі алушысын анықтайды, соңында жауап беретін шешушіні емес. Жергілікті stub шешуші сол қосымша қадамды қосады, және ол әр күй шығысында көрінетіндіктен оны шынайы нәрсемен шатастыру оңай.

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

resolvectl status | grep -A4 'Current DNS Server'
dig +short CH TXT whoami.cloudflare @1.1.1.1
dig example.com | grep -E '^;; SERVER'

Екінші пәрмен шешушінің жаңғырық атауын пайдаланады, оператор оны жариялаған жерде, өзі көретін көз мекенжайын хабарлау үшін. Үшіншісі жауап берген серверді атайды, ал бұл көбіне сіз баптаған мекенжай емес. Операторды жазбас бұрын барлық үш шығысты салыстырыңыз.

Шифрланған DNS көрінетін нәрсені өзгертеді, кім көретінін емес

DNS over HTTPS және DNS over TLS клиент пен шешуші арасындағы алмасуды қорғайды. Шешуші әлі де сұралған әрбір атауды оқиды, өйткені жауап беру — оның жұмысы. Өзгеретіні — алмасуды кім бақылай алатыны: жергілікті желі бір соңғы нүктеге қосылымды көреді, ашық мәтін сұраныстарының ағынын емес.

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

Жеке атаулар қайтадан өз шешімін қажет етеді. Жұмыс туннелі таңдалған домендерді ұйымдық шешушілерге бағыттай алады, ал оны жалпыға ортақ қызметпен алмастыру ішкі іздеулерді бұзуы немесе ішкі атауларды дұрыс емес тарапқа ашуы мүмкін. Бүкіл адаптердің баптауларын алмастырмас бұрын домен саясатын тексеріңіз.

Бақылауды тар ұстаңыз

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

resolvectl query intranet.corp.example
resolvectl domain
dig +short @1.1.1.1 example.com

Егер қолданба істей бастаса, мәлімдемені дәлелдер рұқсат еткенше шағын ұстаңыз. Ол өзгеріс бір сынаққа көмектесті және бұрынғы шешуші жаман ниетпен әрекет етті ме, туннель бұзылды ма, әлде басқа құрылғыға сол алмастыру керек пе — ол туралы ештеңе айтпайды. Тұрақты нәтиже — операторы мен мақсатын түсіндіре алатын конфигурация.