Tor мен VPN-ді біріктіргенде DNS қайда барады

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

Ағып кету деп атамас бұрын әр алмасуды атаңыз

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

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

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

Жүктеу кезіндегі сұрау туннельге дейін орын алады

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

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

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

Браузер мен машинаның қалған бөлігі өзгеше

Tor-дың SOCKS интерфейсі межелі хост атауын проксиге өткізуді қолдайды, яғни шешуді алыс жақ жасайды және жергілікті машина ешқашан сұрамайды. Проксиді қолдайтын жалпы қолданба атауды алдымен жергілікті шешіп, содан кейін алған мекенжайға қосылуы мүмкін, бұл пайдаланушы проксиден өтеді деп ойлаған межелі орын үшін жергілікті сұрау тудырады. Сондықтан екі қолданба бір прокси параметрін бөлісе отырып, әр жерде ағып кетуі мүмкін. Ортақ прокси мекенжайындағы ештеңе қай мінез-құлық қолданылып жатқанын айтпайды.

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

Бір сынақ бетінен қорытынды жасаудың орнына сұрауды жасаған бағдарламаны тексеріңіз. Туннель ішінде тасымалданатын сұрау мен Tor-ға ешқашан жетпеген сұрау арасындағы айырмашылық — бір шешуші мекенжайы көрсете алмайтын дәл сол айырмашылық.

Әр бағдарламаны тексеріңіз, содан кейін ниетпен салыстырыңыз

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

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

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

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