Gofyn am fewngofnodi ar wasanaethau HTTP a SOCKS 3proxy ill dau

Ffurfweddwch ddefnyddwyr 3proxy, dilysu cryf a rheolau mynediad gwasanaeth ar gyfer cleientiaid HTTP a SOCKS5.

Nid yw diffinio defnyddiwr yn holl ffurfweddiad mewngofnodi 3proxy. Mae angen dull dilysu ar y gwasanaeth hefyd, a rheol mynediad sy'n ei ddefnyddio. Mae'r dilyniant yn bwysig oherwydd bod gosodiadau'r gwasanaeth yn cael eu cymhwyso wrth i'r ffurfweddiad gael ei brosesu.

Dyma enghraifft leol yn unig ar gyfer dau wasanaeth:

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

Mae'r cyfeirlyfr ffurfweddu yn esbonio users, auth strong a gorchmynion y gwasanaethau. Mae CL yn storio'r cyfrinair enghreifftiol hwn fel testun clir. Diogelwch y ffeil a dewiswch ffurf storio cyfrifoldebau a gefnogir sy'n addas i'r defnydd.

Mae ar y cleient angen y cyfnewidiad mewngofnodi cywir

Mae'r gwasanaeth HTTP yn disgwyl dilysu dirprwy HTTP. Mae'r gwasanaeth SOCKS angen cleient sy'n cefnogi dilysu SOCKS5 ag enw defnyddiwr a chyfrinair. Ni all cleient SOCKS4 gynnig y cyfnewidiad hwnnw dim ond oherwydd ei fod yn cyrraedd yr un porth gwrando.

Enw modd dilysu yw strong, nid gwarant o gludiant wedi'i amgryptio. Diogelwch y rhan o'r cleient i'r dirprwy pan fo angen. Mae HTTPS i'r gyrchfan ac amgryptio i'r dirprwy yn parhau'n benderfyniadau ar wahân.

Mae rhwymiadau loopback yn cyfyngu'r enghraifft hon i fynediad lleol. Ar gyfer cleientiaid o bell, dewiswch wrandawr a pholisi rhwydwaith bwriadedig yn benodol. Nid yw gwrandawr cyhoeddus gwyllt yn cymryd lle gwirio ymddygiad mewngofnodi.

Os yw un gwasanaeth yn gofyn am gyfrifoldebau ac un arall ddim, archwiliwch y gosodiadau cyn pob gorchymyn gwasanaeth, y rheolau ar ôl unrhyw flush, a'r storfa ddilysu. Ni all newid cyfrinair atgyweirio gwasanaeth a gychwynnwyd o dan y polisi anghywir. Yn yr un modd, nid yw newid cyfrif system weithredu'r daemon yn creu defnyddiwr dirprwy.

Erthyglau cysylltiedig