Nõua sisselogimist mõlemas 3proxy teenuses, HTTP ja SOCKS

Seadista 3proxy kasutajad, tugev autentimine ja teenuste juurdepääsureeglid HTTP- ja SOCKS5-kkklientidele.

Kasutaja määramine ei ole kogu 3proxy sisselogimiskonfiguratsioon. Teenus vajab ka autentimismeetodit ja juurdepääsureeglit, mis seda kasutab. Järjekord on oluline, sest teenuse seaded rakenduvad konfiguratsiooni töötlemise ajal.

Ainult kohaliku juurdepääsu näide kahe teenuse jaoks:

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

Konfiguratsiooniviide selgitab users, auth strong ja teenusekäske. CL hoiab selle näidispoloodi lihttekstina. Kaitske faili ja valige toetatud volituste hoiustamise vorm, mis sobib juurutamisega.

Klient vajab õiget sisselogimisvahetust

HTTP-teenus eeldab HTTP-puhverserveri autentimist. SOCKS-teenus vajab klienti, mis toetab SOCKS5 kasutajanime ja parooli autentimist. SOCKS4 klient ei saa seda vahetust pakkuda ainult sellepärast, et jõuab samale kuulamisportile.

Sõna strong on autentimisrežiimi nimi, mitte krüpteeritud transpordi garantii. Kaitse vajadusel lõiku kliendist puhverserverini. HTTPS sihtkohta ja krüpteerimine puhverserverini jäävad eraldi otsusteks.

Loopback-sidumised piiravad selle näite kohaliku juurdepääsuga. Kaugklientide jaoks vali selgesõnaliselt ettenähtud kuulaja ja võrgupoliitika. Avalik metamärgiga kuulaja ei asenda sisselogimiskäitumise kontrollimist.

Kui üks teenus küsib volitusi ja teine mitte, kontrolli seadeid enne iga teenusekäsku, reegleid pärast mis tahes flush ja autentimise vahemälu. Parooli muutmine ei paranda teenust, mis käivitati vale poliitikaga. Samuti ei loo deemon operatsioonisüsteemi konto muutmine puhverserveri kasutajat.

Seotud artiklid