פארלאנג אריינלאגירונג אויף ביידע 3proxy HTTP און SOCKS סערוויסן

דעפינירן א באנוצער איז נישט די גאנצע אריינלאגירונג-קאנפיגוראציע פון 3proxy. דער סערוויס דארף אויך אן אויטהענטיקאציע-מעטאד און א צוטריט-רעגל וואס נוצט זי. די רייע איז וויכטיק ווייל די סערוויס-איינשטעלונגען געלטן בשעת די קאנפיגוראציע ווערט פראצעסירט.

א ביישפיל נאר פאר לאקאלן צוטריט מיט צוויי סערוויסן:

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

די קאנפיגוראציע-רעפערענץ דערקלערט users, auth strong און די סערוויס-באפעלן. CL היט דאס ביישפיל-פאסווארט אלס קלארטעקסט. באשיץ די טעקע און קלויב א פארמאט פון אויטהענטיקאציע-אויפהיטונג וואס ווערט געשטיצט און פאסט פאר דער איינזאצונג.

דער קליענט דארף דעם ריכטיקן אריינלאגירונג-אויסטויש

דער HTTP סערוויס ערווארטעט HTTP-פראקסי אויטהענטיקאציע. דער SOCKS סערוויס דארף א קליענט וואס שטיצט SOCKS5 באנוצער-נאמען און פאסווארט אויטהענטיקאציע. א SOCKS4 קליענט קען נישט צושטעלן דעם אויסטויש בלויז ווייל ער דערגרייכט דעם זעלבן אויסהער-פארט.

דאס ווארט strong איז דער נאמען פון אן אויטהענטיקאציע-מאדוס, נישט קיין גאראנטיע פון פארשלאסן טראנספארט. באשיץ דעם אפשניט פונעם קליענט ביז דעם פראקסי ווען עס איז נויטיק. HTTPS ביז דער ציל און פארשלאסן ביז דעם פראקסי בלייבן באזונדערע באשלוסן.

Loopback-פארבינדונגען באגרעניצן דאס ביישפיל צו לאקאלן צוטריט. פאר ווייטן קליענטן קלויב אויסדרוקלעך אן איינגעפלאנטן אויסהערער און א נעצווערק-פאליסי. אן עפנטלעכער וויילדקארד-אויסהערער איז נישט קיין פארבייטן פארן איבערפרופן דאס אריינלאגירונג-פירן.

אויב איין סערוויס פארלאנגט אויטהענטיקאציע-דאטן און א צווייטער נישט, דורכקוק די איינשטעלונגען פאר יעדן סערוויס-באפעל, די רעגלען נאך סיי וואסער flush און דעם אויטהענטיקאציע-קאשע. טאפלען א פאסווארט קען נישט פאררעכטן א סערוויס וואס איז אנגעהויבן געווארן אונטער א פאלשער פאליסי. פונקט אזוי, טאפלען דעם אפערירן-סיסטעם-קאנטע פונעם דעמאן שאפט נישט קיין פראקסי-באנוצער.