Humingi ng pag-login sa parehong serbisyong HTTP at SOCKS ng 3proxy

I-configure ang mga user ng 3proxy, matibay na pagpapatotoo at mga patakaran sa pag-access ng serbisyo para sa mga kliyenteng HTTP at SOCKS5.

Ang pagtukoy ng user ay hindi ang buong configuration ng pag-login ng 3proxy. Kailangan din ng serbisyo ng paraan ng pagpapatotoo at patakaran sa pag-access na gumagamit nito. Mahalaga ang pagkakasunod-sunod dahil nalalapat ang mga setting ng serbisyo habang pinoproseso ang configuration.

Isang halimbawa na lokal lamang para sa dalawang serbisyo:

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

Ipinapaliwanag ng reference ng configuration ang users, auth strong at ang mga utos ng serbisyo. Iniimbak ng CL ang halimbawang password na ito bilang plain text. Protektahan ang file at pumili ng sinusuportahang anyo ng pag-iimbak ng kredensyal na angkop sa deployment.

Kailangan ng kliyente ang tamang palitan ng pag-login

Inaasahan ng serbisyong HTTP ang pagpapatotoo ng HTTP proxy. Kailangan ng serbisyong SOCKS ang kliyenteng sumusuporta sa pagpapatotoo ng SOCKS5 gamit ang username at password. Hindi maibibigay ng kliyenteng SOCKS4 ang palitang iyon dahil lamang naabot nito ang parehong port ng pakikinig.

Ang salitang strong ay pangalan ng mode ng pagpapatotoo, hindi garantiya ng naka-encrypt na transport. Protektahan ang bahagi mula sa kliyente hanggang sa proxy kapag kailangan. Ang HTTPS patungo sa destinasyon at ang encryption patungo sa proxy ay nananatiling magkahiwalay na desisyon.

Nililimitahan ng mga loopback binding ang halimbawang ito sa lokal na pag-access. Para sa malalayong kliyente, pumili nang malinaw ng inilaan na listener at patakaran sa network. Ang pampublikong wildcard listener ay hindi kapalit ng pagsuri sa pag-uugali ng pag-login.

Kung ang isang serbisyo ay humihingi ng kredensyal at ang isa ay hindi, suriin ang mga setting bago ang bawat utos ng serbisyo, ang mga patakaran pagkatapos ng anumang flush at ang cache ng pagpapatotoo. Hindi kayang ayusin ng pagpapalit ng password ang serbisyong sinimulan sa maling patakaran. Gayundin, ang pagpapalit ng operating-system account ng daemon ay hindi lumilikha ng proxy user.

Kaugnay na mga artikulo