DNS Peribadi berbanding VPN: apa yang sebenarnya diliputi setiap lapisan

Telefon anda mempunyai DNS Peribadi yang ditetapkan kepada nama hos penyedia dan aplikasi VPN yang berjalan pada masa yang sama. Adalah wajar untuk menganggap salah satu daripadanya kini mengurus carian nama. Tiada satu pun berbuat demikian, dalam erti kata yang dibayangkan oleh ayat itu, dan cara terpantas untuk melihat mengapa ialah mengikuti satu permintaan dari saat anda mengetik pautan.

Kedua-dua ciri ini terletak pada titik yang berbeza dalam perjalanan yang sama. DNS Peribadi menyulitkan soalan yang anda ajukan kepada penyelesai. VPN mengubah laluan yang diambil oleh sambungan jawapannya.

Jadi telusuri ia mengikut urutan, pada peranti yang kedua-duanya diaktifkan, dan catat apa yang masih boleh dilihat oleh setiap lapisan.

Langkah satu: carian meninggalkan aplikasi

Anda mengetik pautan. Sebelum apa-apa bersambung, aplikasi memerlukan alamat untuk nama hos itu. Pada Android, skrin yang berkaitan ialah Tetapan, Rangkaian dan internet, DNS Peribadi. Memilih Nama hos penyedia DNS Peribadi meletakkan peranti dalam mod ketat: ia melakukan DNS melalui TLS ke nama hos itu pada port 853, dan jika pertukaran tersulit gagal, carian gagal dan bukannya diam-diam kembali kepada teks biasa pada port 53.

Itu perbezaan yang bermakna daripada Automatik, yang menggunakan penyulitan oportunistik dan akan dengan senang hati menggunakan penyelesai tidak tersulit apabila rangkaian mengganggu. Jika matlamat anda ialah carian tidak pernah berlaku secara terbuka, mod ketat dengan nama hos penyedia ialah tetapan yang sepadan.

Inilah perkara pertama yang didedahkan oleh penelusuran: carian dilindungi daripada rangkaian tempatan, dan penyelesai tetap mengetahui namanya. Penyulitan meliputi lompatan itu. Pengendali penyelesai itu melihat permintaan kerana menjawabnya ialah tugasnya.

Langkah dua: sambungan mengambil laluan berbeza

Penyelesai mengembalikan alamat dan aplikasi bersambung kepadanya. Langkah ini tidak terjejas oleh cara carian disulitkan. Tanpa terowong, sambungan keluar dari alamat awam biasa anda, dan IP destinasi serta jabat tangan TLS biasanya tetap menjadikan nama hos kelihatan kepada rangkaian, dengan atau tanpa DNS tersulit.

Hidupkan VPN dan inilah langkah yang berubah. Trafik yang sepadan dengan dasar penghalaan klien melalui terowong, rangkaian tempatan melihat sambungan ke titik akhir VPN, dan laman biasanya melihat alamat keluar. Penyelesaian nama juga boleh bergerak di dalam terowong, bergantung pada apa yang dihantar oleh klien.

Pemisahan itu ialah keseluruhan perbandingan dalam satu ayat. Penyulitan DNS menjawab siapa yang boleh membaca soalan itu. VPN menjawab ke mana perbualan itu pergi.

Langkah tiga: di dalam terowong, DNS menjadi persoalan dasar

Kini kedua-dua ciri berinteraksi, dan pelayar ialah sumber kejutan yang biasa. Pelayar dengan tetapan DNS selamat sendiri boleh menghantar carian kepada penyelesai pilihannya melalui HTTPS dan bukannya bertanya kepada sistem pengendalian. Tetapan DNS Peribadi Android tidak menjangkau keputusan itu.

Dalam Firefox, suisnya ada di bawah Tetapan, Privasi dan keselamatan, Dayakan DNS selamat. Dalam Chrome, ia ada di bawah Tetapan, Privasi dan keselamatan, Gunakan DNS selamat. Kedua-duanya boleh ditetapkan kepada penyedia tertentu atau dibiarkan mati, dan apabila dihidupkan, konfigurasi DNS terowong dilangkau untuk carian itu walaupun trafik halaman masih menggunakan terowong.

Jika VPN menghantar penyelesainya sendiri dan pelayar berdegil dengan penyelesainya, anda mendapat perpecahan: nama diselesaikan, halaman dimuatkan, dan carian yang sepatutnya melalui terowong keluar secara langsung. Alamat penyelesai yang berbeza daripada titik akhir VPN bukan bukti kebocoran dengan sendirinya, tetapi laluan carian yang bercanggah dengan niat yang anda nyatakan wajar diperbaiki.

Langkah empat: nama dalaman ialah tempat ia rosak

Sambung ke VPN kerja dan buka hos intranet. Jika DNS selamat pelayar dihidupkan dan menunjuk ke penyelesai awam, nama itu tidak wujud bagi pelayar. Terowong menyala, segala-galanya berfungsi, dan satu nama hos gagal dengan ralat yang kelihatan seperti laman itu mati.

Kegagalan yang sama muncul secara terbalik pada Android. DNS Peribadi ketat dengan penyedia awam tidak akan menyelesaikan nama yang hanya diketahui oleh penyelesai dalaman, dan mod ketat tiada sandaran. Membahagikan DNS telefon antara penyelesai awam tersulit dan penyelesai korporat bukanlah satu tetapan; ia adalah persoalan dasar penghalaan yang mesti dijawab oleh sesiapa yang mengendalikan VPN.

Periksa ini sebelum menyalahkan terowong: kueri nama dalaman, kemudian nama yang sama dengan DNS selamat pelayar dimatikan. Jika ia diselesaikan, pemilihan penyelesai ialah masalahnya, bukan sambungan.

Apa yang penelusuran beritahu anda untuk ubah

Empat skrin membawa hampir semuanya. Lihatlah mengikut urutan ini dan catat apa yang dikatakan setiap satu, kerana jawapannya biasanya kelihatan dalam gabungan:

1. Tetapan Android, Rangkaian dan internet, DNS Peribadi: Automatik atau nama hos penyedia, dan nama hos yang mana.
2. Tetapan DNS selamat pelayar: mati, atau dipakukan kepada penyelesai tertentu.
3. Dasar DNS klien VPN: adakah ia menghantar penyelesai, dan adakah terowong berpecah mengecualikan sesuatu yang masih memerlukan nama?
4. Ujian nama hos dalaman dengan terowong menyala, dijalankan dua kali, sekali dengan DNS pelayar dihidupkan dan sekali dimatikan.

Kemudian padankan pembaikan dengan keperluan, bukan sebaliknya. Jika keperluan ialah carian keluar tersulit dan menuju penyelesai yang anda pilih, tetapkan DNS Peribadi ketat dan buat pelayar bersetuju. Jika keperluan ialah trafik keluar di tempat lain, konfigurasikan terowong dan berhenti mengharapkan tetapan DNS memindahkan alamat anda.

Dan ingat hadnya. Tiada satu pun daripada kedua-dua ciri itu menjadikan destinasi bermusuhan selamat, dan tiada satu pun membuang identiti yang anda gunakan untuk log masuk. Penyulitan mengubah siapa yang boleh membaca soalan; terowong mengubah ke mana sambungan pergi; tiada satu pun daripadanya menganonimuskan akaun.