Klien telah disahkan dan persatuan UDP dibenarkan. Balasan masih gagal. Dalam Dante, periksa arah peraturan yang mengendalikan trafik balik.

Dante memisahkan arahan yang memulakan daripada pengendalian balasan:

Arahan peraturanfromto
connect, bind, udpassociateKlien dalamanDestinasi luaran
bindreply, udpreplyHos luaranKlien dalaman

Menyalin sekatan subnet klien tanpa perubahan ke kedua-dua arah boleh menyebabkan peraturan balasan sepadan dengan pihak yang salah. Semak penghantar luaran dan penerima dalaman yang dimaksudkan, bukan sekadar sama ada perkataan UDP muncul dalam peraturan pass.

Pengesahan mempunyai sempadan berkaitan. Perkhidmatan luaran yang membalas datagram UDP bukan klien SOCKS yang boleh melengkapkan pertukaran nama pengguna/kata laluan anda. Dokumentasi Dante menerangkan bahawa operasi balasan berpunca daripada persatuan BIND atau UDP klien terdahulu; sahkan operasi permulaan itu dan gunakan dasar balasan berkaitan yang sesuai.

Ini tidak mewajarkan trafik masuk tanpa diminta yang tidak terhad. Persatuan UDP, dasar destinasi, alamat relay dan laluan firewall masih penting. Mengaktifkan bindreply juga tidak menjadikan persatuan UDP sebagai perkhidmatan pemajuan port awam tujuan umum.

Pastikan pertukaran SOCKS sebelah klien dan laluan balik UDP sebenar kelihatan berasingan. Log masuk TCP yang berjaya tidak mengesahkan arah alamat ACL balasan mahupun ketersampaian titik akhir relay UDP.

Artikel berkaitan