Eskatu saioa hasteko 3proxy-ren HTTP eta SOCKS zerbitzuetan

Konfiguratu 3proxy erabiltzaileak, autentifikazio sendoa eta zerbitzuetarako sarbide-arauak HTTP eta SOCKS5 bezeroentzat.

Erabiltzaile bat definitzea ez da 3proxy-ren saioa hasteko konfigurazio osoa. Zerbitzuak autentifikazio-metodo bat eta hura erabiltzen duen sarbide-arau bat ere behar ditu. Ordenak garrantzia du, konfigurazioa prozesatzen den bitartean aplikatzen baitira zerbitzuaren ezarpenak.

Bi zerbitzutarako tokiko sarbiderako adibide bat:

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

Konfigurazio-erreferentziak users, auth strong eta zerbitzu-komandoak azaltzen ditu. CL adibideko pasahitz hau testu huts gisa gordetzen du. Babestu fitxategia eta aukeratu hedapenarentzat egokia den kredentzialak gordetzeko modu onartu bat.

Bezeroak saioa hasteko trukaketa zuzena behar du

HTTP zerbitzuak HTTP proxy autentifikazioa espero du. SOCKS zerbitzuak SOCKS5 erabiltzaile-izena eta pasahitza autentifikazioa onartzen duen bezeroa behar du. SOCKS4 bezero batek ezin du trukaketa hori eskaini entzute-portu berera iristeagatik soilik.

strong hitza autentifikazio-modu baten izena da, ez garraio zifratuaren bermea. Babestu bezerotik proxyrako tartea behar denean. Helmugarako HTTPS eta proxirako zifratzea erabaki bereiziak izaten jarraitzen dute.

Loopback loturek adibide hau tokiko sarbidera mugatzen dute. Urruneko bezeroentzat, aukeratu esplizituki aurreikusitako entzulea eta sare-politika. Entzule publiko komodin batek ez dio ordezkatzen saioa hasteko portaeraren egiaztapenari.

Zerbitzu batek kredentzialak eskatzen baditu eta besteak ez, aztertu ezarpenak zerbitzu-komando bakoitzaren aurretik, edozein flush ondorengo arauak eta autentifikazioaren cachea. Pasahitz bat aldatzeak ezin du konpondu politika okerrean hasitako zerbitzu bat. Era berean, daemonaren sistema eragileko kontua aldatzeak ez du proxy erabiltzailerik sortzen.

Erlazionatutako artikuluak