Mengapa Perubahan DNS Tidak Dapat Menyediakan Proksi SOCKS
Menjelaskan mengapa mengarahkan nama hos laman web ke pelayan SOCKS tidak membuat pelayar yang belum dikonfigurasi menggunakan proksi.
Menukar jawapan DNS hanya menukar alamat yang disambung oleh pelayar. Ia tidak menukar protokol yang dituturkan pelayar selepas tiba di sana.
Apabila membuka URL HTTP biasa, pelayar menghantar HTTP. Apabila membuka URL HTTPS, ia memulakan TLS untuk laman itu. Pelayan SOCKS5 pula menunggu rundingannya sendiri dahulu: pemilihan kaedah, sebarang pengesahan dan permintaan yang menamakan destinasi. Pelayar yang belum dikonfigurasi tidak menghantar apa-apa daripadanya.
Itulah sebabnya pendengar Dante yang boleh dicapai mungkin menutup sambungan serta-merta selepas perubahan DNS. Perkhidmatannya mungkin sihat; bait yang masuk milik protokol yang salah. Memindahkan pendengar ke port 80 atau 443 tidak menjadikan bait itu SOCKS.
Konfigurasikan antara muka SOCKS pelayar, contohnya tetapan SOCKS Firefox, atau tetapan proksi khusus aplikasi, supaya ia melakukan jabat tangan dan meminta proksi menyambung seterusnya. Fail PAC boleh memilih laluan proksi yang disokong untuk aplikasi yang menggunakannya. Ia tetap konfigurasi proksi berasingan, bukan sifat rekod A atau AAAA.
HTTPS menambah satu lagi halangan kepada idea DNS sahaja. Pelayar terus menjangka identiti laman yang ada dalam URL. Sijil untuk hos proksi tidak dapat memenuhi jangkaan itu semata-mata kerana DNS menghantar sambungan ke sana.
Pintasan rangkaian telus ialah reka bentuk berbeza yang melibatkan penghalaan dan perisian pintasan yang serasi. Ia tidak boleh diperoleh dengan memulangkan alamat pelayan SOCKS daripada DNS.