Zahtijevajte prijavu na obje 3proxy usluge, HTTP i SOCKS

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

Definisanje korisnika nije cijela 3proxy konfiguracija prijave. Usluzi su potrebni i metoda autentifikacije i pravilo pristupa koje je koristi. Redoslijed je važan jer se postavke usluge primjenjuju dok se konfiguracija obrađuje.

Primjer samo za lokalni pristup s dvije 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 primjersku lozinku kao čisti tekst. Zaštitite datoteku i odaberite podržani oblik čuvanja vjerodajnica prikladan za postavljanje.

Klijentu je potrebna ispravna razmjena prijave

HTTP usluga očekuje HTTP proxy autentifikaciju. SOCKS usluzi je potreban klijent koji podržava SOCKS5 autentifikaciju korisničkim imenom i lozinkom. SOCKS4 klijent ne može pružiti tu razmjenu samo zato što dosegne isti port za slušanje.

Riječ strong naziv je načina autentifikacije, a ne garancija šifrovanog transporta. Zaštitite dionicu od klijenta do proxyja kada je to potrebno. HTTPS do odredišta i šifrovanje do proxyja ostaju odvojene odluke.

Loopback vezivanja ograničavaju ovaj primjer na lokalni pristup. Za udaljene klijente izričito odaberite predviđeni prijemnik i mrežnu politiku. Javni prijemnik sa zamjenskim znakom nije zamjena za provjeru ponašanja prijave.

Ako jedna usluga traži vjerodajnice, a druga ne, pregledajte postavke prije svake komande usluge, pravila nakon svakog flush i keširanje autentifikacije. Promjena lozinke ne može popraviti uslugu pokrenutu pod pogrešnom politikom. Isto tako, promjena korisničkog računa operativnog sistema demona ne stvara proxy korisnika.

Povezani članci