Vyžadovať prihlásenie v službách HTTP aj SOCKS v 3proxy

Nastavte používateľov 3proxy, silnú autentifikáciu a pravidlá prístupu k službám pre klientov HTTP a SOCKS5.

Definovanie používateľa nie je celá konfigurácia prihlásenia v 3proxy. Služba potrebuje aj metódu autentifikácie a pravidlo prístupu, ktoré ju používa. Na poradí záleží, pretože nastavenia služby sa uplatňujú počas spracovania konfigurácie.

Príklad iba pre miestny prístup s dvoma službami:

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

Referenčná príručka konfigurácie vysvetľuje users, auth strong a príkazy služieb. CL ukladá toto ukážkové heslo ako čistý text. Chráňte súbor a zvoľte podporovanú formu ukladania prihlasovacích údajov vhodnú pre nasadenie.

Klient potrebuje správnu výmenu prihlásenia

Služba HTTP očakáva autentifikáciu HTTP proxy. Služba SOCKS potrebuje klienta, ktorý podporuje autentifikáciu SOCKS5 používateľským menom a heslom. Klient SOCKS4 nemôže poskytnúť túto výmenu len preto, že dosiahne ten istý port na počúvanie.

Slovo strong je názov režimu autentifikácie, nie záruka šifrovaného prenosu. V prípade potreby chráňte úsek od klienta k proxy. HTTPS k cieľu a šifrovanie k proxy zostávajú samostatnými rozhodnutiami.

Väzby na loopback obmedzujú tento príklad na miestny prístup. Pre vzdialených klientov výslovne zvoľte zamýšľaný naslúchač a sieťovú politiku. Verejný naslúchač s divokou kartou nenahrádza kontrolu správania prihlásenia.

Ak jedna služba vyžaduje prihlasovacie údaje a druhá nie, preskúmajte nastavenia pred každým príkazom služby, pravidlá po každom flush a vyrovnávaciu pamäť autentifikácie. Zmena hesla nemôže opraviť službu spustenú s nesprávnou politikou. Rovnako zmena systémového účtu démona nevytvorí používateľa proxy.

Súvisiace články