Memilih kaedah pengesahan SOCKS5 dalam Dante

Dalam SOCKS5, pengesahan dirundingkan sebelum klien menghantar permintaan destinasinya. Itu menjadikan kegagalan kelayakan awal sebagai peristiwa yang berbeza daripada kegagalan FTP, HTTPS atau aplikasi lain di sebalik proksi.

Sapaan klien menyenaraikan kaedah pengesahan yang disokongnya. Pelayan memilih satu kaedah daripada senarai itu dan menghantar pilihan itu kembali. Nilai 0xff bermaksud tiada kaedah yang ditawarkan boleh diterima dan sambungan mesti ditutup. Klien tidak hanya mencuba setiap kaedah di pihak pelayan selepas kata laluan gagal.

Apa yang dikawal oleh susunan Dante

Dante 1.4.x menamakan tetapan peringkat protokol sebagai socksmethod. Dokumentasinya menyatakan kaedah disenaraikan mengikut susunan keutamaan. Bagi dasar yang membenarkan kedua-dua kaedah, pengisytiharan ini mengutamakan nama pengguna/kata laluan apabila klien menawarkannya:

socksmethod: username none

Membalikkan senarai mengutamakan akses tanpa pengesahan apabila kedua-dua kaedah ditawarkan:

socksmethod: none username

Ini ialah pengisytiharan kaedah alternatif, bukan konfigurasi pelayan yang lengkap. Antara muka mendengar, klien yang dibenarkan, peraturan destinasi dan sebarang kekangan pengesahan khusus peraturan masih penting.

Membenarkan none mempunyai akibat konkrit: klien yang hanya menawarkan tiada pengesahan boleh diterima di bawah peraturan yang berkenaan. Meletakkan username dahulu tidak menjadikan senarai yang mengandungi none sebagai keperluan semua orang memberikan kata laluan.

Pilih keperluan dahulu

Jika setiap klien yang dibenarkan mesti mengesahkan dengan nama pengguna/kata laluan, konfigurasikan keperluan itu secara konsisten dalam peraturan global dan berkenaan daripada menambah none sebagai pembetulan keserasian umum. Jika akses tanpa nama memang disengajakan untuk kumpulan klien terhad, nyatakan kumpulan itu dan destinasi yang dibenarkannya secara eksplisit.

Dante juga mempunyai clientmethod, yang berkaitan dengan pemeriksaan yang dilakukan apabila klien TCP menyambung, sebelum rundingan SOCKS. Ia lapisan berasingan daripada kaedah yang ditukar dalam sapaan SOCKS5. Serpihan konfigurasi yang menggunakan kata kunci method lama harus dibaca menurut manual versi Dante yang dipasang.

Apabila dua klien berkelakuan berbeza, bandingkan apa yang ditawarkan setiap satu, apa yang dipilih Dante dan sama ada sub-rundingan kaedah yang dipilih berjaya. Kemudian periksa balasan destinasi SOCKS. Urutan ini mengenal pasti panggilan balik kelayakan yang hilang tanpa menyalahkan FTP atas setiap kegagalan atau menukar dasar pengesahan pelayan secara membuta tuli.

Akhir sekali, pengesahan nama pengguna/kata laluan SOCKS5 tidak menyulitkan pertukaran kata laluan. Gunakan pengangkutan atau rangkaian yang dilindungi sewajarnya apabila kelayakan itu memerlukan kerahsiaan.