Eng Umeldung op de 3proxy HTTP- an SOCKS-Servicer forcéieren

En Benotzer ze definéieren ass net déi ganz Umeldungskonfiguratioun vun 3proxy. Den Service brauch och eng Authentifikatiounsmethod an eng Zougangsregel, déi déi benotzt. D'Reiefolleg ass wichteg, well d'Servicerastellunge gëllen, wärend d'Konfiguratioun verschafft gëtt.

En nëmme lokale Beispill fir zwee Servicer ass:

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

D'Konfiguratiounsreferenz erkläert users, auth strong an d'Servicercommanden. CL späichert dëst Beispillspasswuert als Kloertext. Schützt d'Datei a wielt eng ënnerstëtzte Form fir d'Späichere vun den Umeldungsinformatiounen, déi fir d'Deployment passt.

De Client brauch den richtegen Umeldungsaustausch

Den HTTP-Service erwaart eng HTTP-Proxy-Authentifikatioun. Den SOCKS-Service brauch e Client, deen d'SOCKS5-Authentifikatioun mam Benotzernumm a Passwuert ënnerstëtzt. En SOCKS4-Client kann deen Austausch net ubidden nëmmen well en dee selwechte Lauschterport erreecht.

D'Wuert strong ass den Numm vun engem Authentifikatiounsmodus, keng Garantie fir verschlësselte Transport. Schützt de Wee vum Client bis zum Proxy wann et noutwenneg ass. HTTPS bis zum Zil an d'Verschlësselung bis zum Proxy bleiwen getrennt Entscheedungen.

Loopback-Verbindungen begrenzen dëst Beispill op lokalen Zougang. Fir wäit ewech Clients wielt ausdrécklech en ugedaachte Lauschterer an eng Netzwierkpolitik. En ëffentleche Wildcard-Lauschterer ersetzt net d'Iwwerpréifung vum Umeldungsverhalen.

Wann ee Service Umeldungsinformatiounen freet an en aneren net, iwwerpréift d'Rastellungen virun all Servicercommand, d'Regelen nom all flush an den Authentifikatiounscache. E Passwuert z'änneren kann e Service net reparéieren, dee ënner der falscher Politik gestart gouf. Genee sou schaaft eng Ännerung vum Betribssystemkont vum Daemon kee Proxy-Benotzer.