Mengapa Perubahan DNS Tidak Dapat Menyiapkan Proksi SOCKS
Menjelaskan mengapa mengarahkan nama host situs web ke server SOCKS tidak membuat peramban yang belum dikonfigurasi memakai proksi.
Mengubah jawaban DNS hanya mengubah alamat yang dihubungi peramban. Itu tidak mengubah protokol yang dipakai peramban setelah tiba di sana.
Saat mengunjungi URL HTTP biasa, peramban mengirim HTTP. Saat mengunjungi URL HTTPS, peramban memulai TLS untuk situs itu. Server SOCKS5 justru menunggu negosiasinya sendiri lebih dulu: pemilihan metode, autentikasi bila ada, dan permintaan yang menyebut tujuan. Peramban yang belum dikonfigurasi tidak mengirim satu pun dari itu.
Inilah sebabnya pendengar Dante yang dapat dijangkau bisa langsung menutup koneksi setelah perubahan DNS. Layanannya mungkin sehat; byte yang masuk milik protokol yang salah. Memindahkan pendengar ke porta 80 atau 443 tidak mengubah byte itu menjadi SOCKS.
Konfigurasikan antarmuka SOCKS peramban, misalnya pengaturan SOCKS Firefox, atau pengaturan proksi khusus aplikasi, agar ia melakukan jabat tangan dan meminta proksi menyambung lebih jauh. Berkas PAC dapat memilih rute proksi yang didukung untuk aplikasi yang memakainya. Itu tetap konfigurasi proksi tersendiri, bukan sifat catatan A atau AAAA.
HTTPS menambah hambatan lain pada gagasan hanya-DNS. Peramban tetap mengharapkan identitas situs yang ada di URL. Sertifikat untuk host proksi tidak dapat memenuhi harapan itu hanya karena DNS mengirim koneksi ke sana.
Pencegatan jaringan transparan adalah rancangan lain yang melibatkan perutean dan perangkat lunak pencegatan yang kompatibel. Itu tidak bisa diperoleh dengan mengembalikan alamat server SOCKS dari DNS.