Bejelentkezés megkövetelése a 3proxy HTTP- és SOCKS-szolgáltatásainál

Egy felhasználó megadása nem a teljes 3proxy bejelentkezési konfiguráció. A szolgáltatásnak hitelesítési módszerre és az azt használó hozzáférési szabályra is szüksége van. A sorrend számít, mert a szolgáltatás beállításai a konfiguráció feldolgozása közben érvényesülnek.

Csak helyi hozzáférésre szolgáló példa két szolgáltatáshoz:

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

A konfigurációs útmutató elmagyarázza a users, a auth strong és a szolgáltatásparancsokat. A CL ezt a példajelszót sima szövegként tárolja. Védje a fájlt, és válasszon a telepítéshez illő, támogatott hitelesítőadat-tárolási formát.

Az ügyfélnek a megfelelő bejelentkezési csere kell

A HTTP-szolgáltatás HTTP-proxy-hitelesítést vár. A SOCKS-szolgáltatáshoz olyan ügyfél kell, amely támogatja a SOCKS5 felhasználónévvel és jelszóval történő hitelesítését. A SOCKS4-ügyfél nem tudja biztosítani ezt a cserét csak azért, mert eléri ugyanazt a figyelő portot.

A strong szó egy hitelesítési mód neve, nem a titkosított átvitel garanciája. Szükség esetén védje az ügyféltől a proxyig tartó szakaszt. A cél felé irányuló HTTPS és a proxy felé irányuló titkosítás továbbra is külön döntések.

A loopback-kötések erre a példára helyi hozzáférést korlátoznak. Távoli ügyfelek esetén kifejezetten válasszon szándékolt figyelőt és hálózati házirendet. A nyilvános helyettesítő karakteres figyelő nem helyettesíti a bejelentkezési viselkedés ellenőrzését.

Ha az egyik szolgáltatás kér hitelesítő adatokat, a másik nem, vizsgálja meg az egyes szolgáltatásparancsok előtti beállításokat, a bármely flush utáni szabályokat és a hitelesítési gyorsítótárat. A jelszó megváltoztatása nem javítja meg a rossz házirend alatt indított szolgáltatást. Hasonlóképpen a démon operációsrendszer-fiókjának módosítása nem hoz létre proxyfelhasználót.