Zahtevajte prijavu na obe 3proxy usluge, HTTP i SOCKS

Konfigurišite 3proxy korisnike, jaku autentifikaciju i pravila pristupa uslugama za HTTP i SOCKS5 klijente.

Definisanje korisnika nije cela 3proxy konfiguracija prijave. Usluzi su potrebni i metod autentifikacije i pravilo pristupa koje ga koristi. Redosled je važan jer se postavke usluge primenjuju dok se konfiguracija obrađuje.

Primer samo za lokalni pristup sa dve usluge:

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

Referenca za konfiguraciju objašnjava users, auth strong i komande usluga. CL čuva ovu primernu lozinku kao čist tekst. Zaštitite datoteku i izaberite podržani oblik čuvanja akreditiva prikladan za postavljanje.

Klijentu je potrebna ispravna razmena prijave

Usluga HTTP očekuje autentifikaciju HTTP proksija. Usluzi SOCKS potreban je klijent koji podržava SOCKS5 autentifikaciju korisničkim imenom i lozinkom. SOCKS4 klijent ne može da pruži tu razmenu samo zato što dosegne isti port za slušanje.

Reč strong naziv je režima autentifikacije, a ne garancija šifrovanog prenosa. Zaštitite deonicu od klijenta do proksija kada je to potrebno. HTTPS do odredišta i šifrovanje do proksija ostaju odvojene odluke.

Loopback vezivanja ograničavaju ovaj primer na lokalni pristup. Za udaljene klijente izričito izaberite predviđeni prijemnik i mrežnu politiku. Javni prijemnik sa zamenskim znakom nije zamena za proveru ponašanja prijave.

Ako jedna usluga traži akreditive, a druga ne, pregledajte postavke pre svake komande usluge, pravila posle svakog flush i keširanje autentifikacije. Promena lozinke ne može da popravi uslugu pokrenutu pod pogrešnom politikom. Isto tako, promena korisničkog računa operativnog sistema demona ne stvara proksi korisnika.

Povezani članci