Wajibkan Login pada Layanan HTTP dan SOCKS 3proxy

Mendefinisikan pengguna bukanlah seluruh konfigurasi login 3proxy. Layanan ini juga memerlukan metode autentikasi dan aturan akses yang memakainya. Urutannya penting karena pengaturan layanan berlaku saat konfigurasi diproses.

Contoh khusus lokal untuk dua layanan:

users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080

Referensi konfigurasi menjelaskan users, auth strong, dan perintah layanan. CL menyimpan kata sandi contoh ini sebagai teks polos. Lindungi berkasnya dan pilih bentuk penyimpanan kredensial yang didukung dan sesuai untuk penerapan.

Klien memerlukan pertukaran login yang tepat

Layanan HTTP mengharapkan autentikasi proxy HTTP. Layanan SOCKS memerlukan klien yang mendukung autentikasi SOCKS5 dengan nama pengguna dan kata sandi. Klien SOCKS4 tidak dapat menyediakan pertukaran itu hanya karena mencapai port pendengar yang sama.

Kata strong adalah nama mode autentikasi, bukan jaminan transportasi terenkripsi. Lindungi bagian dari klien ke proxy bila perlu. HTTPS ke tujuan dan enkripsi ke proxy tetap menjadi keputusan terpisah.

Ikatan loopback membatasi contoh ini pada akses lokal. Untuk klien jarak jauh, pilih pendengar dan kebijakan jaringan yang dimaksud secara eksplisit. Pendengar publik dengan wildcard bukan pengganti pemeriksaan perilaku login.

Jika satu layanan meminta kredensial dan yang lain tidak, periksa pengaturan sebelum setiap perintah layanan, aturan setelah flush apa pun, dan cache autentikasi. Mengubah kata sandi tidak dapat memperbaiki layanan yang dijalankan di bawah kebijakan yang salah. Demikian pula, mengubah akun sistem operasi daemon tidak membuat pengguna proxy.