პირადი DNS და VPN: რას ფარავს სინამდვილეში თითოეული ფენა
მიჰყევით ერთ მოთხოვნას პირადი DNS-ის ეკრანიდან გვირაბამდე: რას ხედავს თითოეული ფენა, სად იშლება ეს ორი და რატომ არის შიდა სახელები ის ადგილი, სადაც ტყდება.
თქვენს ტელეფონში პირადი DNS დაყენებულია პროვაიდერის ჰოსტის სახელზე და ამავდროულად VPN აპლიკაცია მუშაობს. გონივრულია ვივარაუდოთ, რომ ერთ-ერთი მათგანი ახლა სახელების ძიებას მართავს. არც ერთი არ აკეთებს ამას იმ გაგებით, რომელსაც ეს წინადადება გულისხმობს, და ყველაზე სწრაფი გზა იმის სანახავად, თუ რატომ, არის ერთი მოთხოვნის მიყოლა იმ მომენტიდან, როცა ბმულს ეხებით.
ეს ორი ფუნქცია ერთი მოგზაურობის სხვადასხვა წერტილშია. პირადი DNS შიფრავს კითხვას, რომელსაც გადამწყვეტს უგზავნით. VPN ცვლის მარშრუტს, რომელსაც პასუხის კავშირი გადის.
ამიტომ გაიარეთ ეს თანმიმდევრობით, მოწყობილობაზე, სადაც ორივე ჩართულია, და აღნიშნეთ, რისი დანახვა შეუძლია ჯერ კიდევ თითოეულ ფენას.
პირველი ნაბიჯი: ძიება ტოვებს აპლიკაციას
ბმულს ეხებით. სანამ რამე დაუკავშირდება, აპლიკაციას სჭირდება მისამართი ამ ჰოსტის სახელისთვის. Android-ზე შესაბამისი ეკრანია პარამეტრები, ქსელი და ინტერნეტი, პირადი DNS. პირადი DNS-ის პროვაიდერის ჰოსტის სახელის არჩევა მოწყობილობას მკაცრ რეჟიმში აყენებს: ის ასრულებს DNS-ს TLS-ის თავზე ამ ჰოსტის სახელზე 853 პორტზე, და თუ დაშიფრული გაცვლა ვერ მოხდა, ძიება ვერ სრულდება იმის ნაცვლად, რომ ჩუმად დაბრუნდეს ღია ტექსტზე 53 პორტზე.
ეს მნიშვნელოვანი განსხვავებაა ავტომატურისგან, რომელიც იყენებს შესაძლებლობით შიფრავას და სიამოვნებით გამოიყენებს დაუშიფრავ გადამწყვეტს, როცა ქსელი ხელს უშლის. თუ თქვენი მიზანია, რომ ძიებები არასოდეს მოხდეს ღიად, მკაცრი რეჟიმი პროვაიდერის ჰოსტის სახელით არის შესაბამისი პარამეტრი.
ეს არის პირველი, რასაც ეს გავლა ამჟღავნებს: ძიება დაცულია ლოკალური ქსელისგან, და გადამწყვეტი მაინც იგებს სახელს. შიფრაცია ფარავს ნახტომს. ამ გადამწყვეტის ოპერატორი ხედავს მოთხოვნას, რადგან მასზე პასუხის გაცემა მისი სამუშაოა.
მეორე ნაბიჯი: კავშირი სხვა მარშრუტს ირჩევს
გადამწყვეტი აბრუნებს მისამართს და აპლიკაცია მას უკავშირდება. ამ ნაბიჯზე არ მოქმედებს ის, თუ როგორ იყო ძიება დაშიფრული. გვირაბის გარეშე კავშირი გადის თქვენი ჩვეული საჯარო მისამართიდან, და დანიშნულების IP და TLS ხელის ჩამორთმევა ჩვეულებრივ მაინც ხდის ჰოსტის სახელს ხილულს ქსელისთვის, დაშიფრული DNS-ით ან მის გარეშე.
ჩართეთ VPN და სწორედ ეს ნაბიჯი იცვლება. ტრაფიკი, რომელიც შეესაბამება კლიენტის მარშრუტიზაციის პოლიტიკას, გადის გვირაბში, ლოკალური ქსელი ხედავს კავშირს VPN-ის ბოლო წერტილთან, და საიტი ჩვეულებრივ ხედავს გასასვლელ მისამართს. სახელების გარჩევა ასევე შეიძლება გვირაბის შიგნით მოგზაურობდეს, იმის მიხედვით, თუ რას აგზავნის კლიენტი.
ეს განცალკევება არის მთელი შედარება ერთ წინადადებაში. DNS-ის შიფრაცია პასუხობს, ვის შეუძლია კითხვის წაკითხვა. VPN პასუხობს, სად მიდის საუბარი.
მესამე ნაბიჯი: გვირაბში DNS პოლიტიკის საკითხი ხდება
ახლა ორი ფუნქცია ურთიერთქმედებს, და ბრაუზერი ჩვეული სიურპრიზის წყაროა. ბრაუზერს, რომელსაც აქვს საკუთარი უსაფრთხო DNS-ის პარამეტრი, შეუძლია ძიებები გაუგზავნოს არჩეულ გადამწყვეტს HTTPS-ის გავლით, ოპერაციული სისტემის კითხვის ნაცვლად. Android-ის პირადი DNS-ის პარამეტრი ამ გადაწყვეტილებამდე არ აღწევს.
Firefox-ში გადამრთველი არის პარამეტრები, კონფიდენციალურობა და უსაფრთხოება, უსაფრთხო DNS-ის ჩართვა განყოფილებაში. Chrome-ში ის არის პარამეტრები, კონფიდენციალურობა და უსაფრთხოება, უსაფრთხო DNS-ის გამოყენება განყოფილებაში. ორივე შეიძლება დაყენდეს კონკრეტულ პროვაიდერზე ან დარჩეს გამორთული, და როცა ისინი ჩართულია, გვირაბის DNS კონფიგურაცია გვერდს უვლის ამ ძიებებს, მიუხედავად იმისა, რომ გვერდის ტრაფიკი კვლავ გვირაბს იყენებს.
თუ VPN აგზავნის საკუთარ გადამწყვეტს და ბრაუზერი თავისას ამტკიცებს, მიიღებთ გაყოფას: სახელები გარჩეულია, გვერდები იტვირთება, და ძიებები, რომლებსაც გვირაბში უნდა გაევლო, პირდაპირ გავიდა. გადამწყვეტის მისამართი, რომელიც განსხვავდება VPN-ის ბოლო წერტილისგან, თავისთავად არ არის გაჟონვის მტკიცებულება, მაგრამ ძიების გზა, რომელიც ეწინააღმდეგება თქვენს გამოცხადებულ განზრახვას, გამოსწორებას ღირს.
მეოთხე ნაბიჯი: შიდა სახელები არის ის ადგილი, სადაც ტყდება
დაუკავშირდით სამუშაო VPN-ს და გახსენით ინტრანეტის ჰოსტი. თუ ბრაუზერის უსაფრთხო DNS ჩართულია და საჯარო გადამწყვეტზე მიუთითებს, ეს სახელი ბრაუზერისთვის არ არსებობს. გვირაბი დგას, ყველაფერი დანარჩენი მუშაობს, და ერთი ჰოსტის სახელი ვერ ხერხდება შეცდომით, რომელიც ისე გამოიყურება, თითქოს საიტი ჩამოშლილია.
იგივე წუნი საპირისპიროდ ჩნდება Android-ზე. მკაცრი პირადი DNS საჯარო პროვაიდერთან არ გადაწყვეტს სახელებს, რომლებიც მხოლოდ შიდა გადამწყვეტმა იცის, და მკაცრ რეჟიმს სარეზერვო გზა არ აქვს. ტელეფონის DNS-ის გაყოფა საჯარო დაშიფრულ გადამწყვეტსა და კორპორატიულ გადამწყვეტს შორის არ არის პარამეტრი; ეს არის მარშრუტიზაციის პოლიტიკის საკითხი, რომელზეც პასუხი უნდა გასცეს მან, ვინც VPN-ს მართავს.
შეამოწმეთ ეს, სანამ გვირაბს დაადანაშაულებთ: ჰკითხეთ შიდა სახელი, შემდეგ ისივე სახელი ბრაუზერის უსაფრთხო DNS-ის გამორთვით. თუ ის გარჩეულია, პრობლემა გადამწყვეტის არჩევანი იყო, არა კავშირი.
რას გეუბნებათ ეს გავლა, რომ შეცვალოთ
ოთხი ეკრანი თითქმის ყველაფერს ატარებს. შეხედეთ მათ ამ თანმიმდევრობით და ჩაწერეთ, რას ამბობს თითოეული, რადგან პასუხი ჩვეულებრივ კომბინაციაში ჩანს:
- Android-ის პარამეტრები, ქსელი და ინტერნეტი, პირადი DNS: ავტომატური ან პროვაიდერის ჰოსტის სახელი, და რომელი ჰოსტის სახელი.
- ბრაუზერის უსაფრთხო DNS-ის პარამეტრი: გამორთული ან კონკრეტულ გადამწყვეტზე მიმაგრებული.
- VPN კლიენტის DNS პოლიტიკა: აგზავნის გადამწყვეტს, და გაყოფილი გვირაბი გამორიცხავს რამეს, რასაც ჯერ კიდევ სჭირდება სახელები?
- შიდა ჰოსტის სახელის ტესტი დადგმული გვირაბით, ორჯერ ჩატარებული, ერთხელ ბრაუზერის DNS-ით ჩართული და ერთხელ გამორთული.
შემდეგ შეუსაბამეთ შესწორება მოთხოვნას, და არა პირიქით. თუ მოთხოვნაა, რომ ძიებები გავიდეს დაშიფრულად და მივიდეს თქვენ მიერ არჩეულ გადამწყვეტთან, დააყენეთ მკაცრი პირადი DNS და აიძულეთ ბრაუზერი დათანხმდეს. თუ მოთხოვნაა, რომ ტრაფიკი სხვაგან გავიდეს, დააკონფიგურეთ გვირაბი და შეწყვიტეთ იმის მოლოდინი, რომ DNS-ის პარამეტრი თქვენს მისამართს გადააადგილებს.
და თვალყური ადევნეთ საზღვრებს. არც ერთი ფუნქცია არ ხდის მტრულ დანიშნულებას უსაფრთხოს, და არც ერთი არ შლის იმ იდენტობას, რომლითაც შემოხვედით. შიფრაცია ცვლის, ვის შეუძლია კითხვის წაკითხვა; გვირაბი ცვლის, სად მიდის კავშირი; ამიდან არაფერი არ ხდის ანგარიშს ანონიმურს.