Zahtevajte prijavo v obeh storitvah 3proxy, HTTP in SOCKS

Konfigurirajte uporabnike 3proxy, močno preverjanje pristnosti in pravila dostopa do storitev za odjemalce HTTP in SOCKS5.

Definiranje uporabnika ni celotna konfiguracija prijave v 3proxy. Storitev potrebuje tudi metodo preverjanja pristnosti in pravilo dostopa, ki jo uporablja. Vrstni red je pomemben, ker se nastavitve storitve uporabijo med obdelavo konfiguracije.

Primer samo za lokalni dostop z dvema storitvama:

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 konfiguracije pojasnjuje users, auth strong in ukaze storitev. CL shrani to vzorčno geslo kot golo besedilo. Zaščitite datoteko in izberite podprto obliko shranjevanja poverilnic, primerno za namestitev.

Odjemalec potrebuje pravilno izmenjavo prijave

Storitev HTTP pričakuje preverjanje pristnosti proxyja HTTP. Storitev SOCKS potrebuje odjemalca, ki podpira preverjanje pristnosti SOCKS5 z uporabniškim imenom in geslom. Odjemalec SOCKS4 te izmenjave ne more zagotoviti samo zato, ker doseže ista vrata za poslušanje.

Beseda strong je ime načina preverjanja pristnosti, ne pa jamstvo za šifriran prenos. Po potrebi zaščitite odsek od odjemalca do proxyja. HTTPS do cilja in šifriranje do proxyja ostajata ločeni odločitvi.

Vezave loopback omejujejo ta primer na lokalni dostop. Za oddaljene odjemalce izrecno izberite predvidenega poslušalca in omrežno politiko. Javni poslušalec z nadomestnim znakom ne nadomešča preverjanja vedenja pri prijavi.

Če ena storitev zahteva poverilnice, druga pa ne, preglejte nastavitve pred vsakim ukazom storitve, pravila po vsakem flush in predpomnilnik preverjanja pristnosti. Sprememba gesla ne more popraviti storitve, zagnane pod napačno politiko. Prav tako sprememba operacijskega sistema računa demona ne ustvari uporabnika proxyja.

Sorodni članki