Zahtijevajte prijavu na obje 3proxy usluge, HTTP i SOCKS

Konfigurirajte 3proxy korisnike, jaku autentifikaciju i pravila pristupa uslugama za HTTP i SOCKS5 klijente.

Definiranje korisnika nije cijela 3proxy konfiguracija prijave. Usluzi su potrebni i metoda autentifikacije i pravilo pristupa koje ju 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 naredbe usluga. CL čuva ovu primjernu zaporku kao čisti tekst. Zaštitite datoteku i odaberite podržani oblik pohrane vjerodajnica prikladan za implementaciju.

Klijentu je potrebna ispravna razmjena prijave

Usluga HTTP očekuje autentifikaciju HTTP proxyja. Usluzi SOCKS potreban je klijent koji podržava SOCKS5 autentifikaciju korisničkim imenom i zaporkom. 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 jamstvo šifriranog prijenosa. Zaštitite dionicu od klijenta do proxyja kada je to potrebno. HTTPS do odredišta i šifriranje do proxyja ostaju odvojene odluke.

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

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

Povezani članci