איין נעצווערק קארטל איז גענוג פאר אן אפענעם פראקסי

א פריוואטער פֿארויס־פראקסי דארף נישט זיצן פיזיש צווישן דעם לעפטאפ און דעם רוטער. ער קען זיין אן אנדער מאשין אויף דעם זעלבן LAN, מיט איין נעצווערק־אינטערפֿאס.

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

client → proxy listener
proxy → existing router → destination

דאס איז גענוג פאר אן אפליקאציע וואס האט קלאר אויסגעקליבן דעם פראקסי. אויף לינוקס פאדערט דער געוויינלעכער אויסשטעל נישט אנצוצינדן IP־דורכפירונג בלויז כדי איבערצוטראגן די בקשות פון דער אפליקאציע.

דער פעלאנדיקער גייטוויי ענטפערט אן אנדער קשיא

דער פעלאנדיקער גייטוויי פון א קליענט באהאנדלט די פאקעטן וואס דער קליענט שיקט צו אנדערע נעצן. צו ענדערן יענעם איינשטעל מאכט נישט דעם בלעטערער ארויסגעבן HTTP־פראקסי־בקשות אדער SOCKS־פארהאנדלונגען. פֿונעם זעלבן אופן, אריינלייגן א פראקסי אין בלעטערער פירט נישט יעדע אנדערע אפליקאציע דורך יענער מאשין.

א האסט קען טאן ביידע ארבעטן, אבער דעמאלט האט ער צוויי קאנפֿיגוראציעס צו פירן: דעם פראקסי־דינסט און דעם רוטירונג־ אדער פֿייערוואנט־פונקציע. מער אינטערפֿאסן קענען מאכן נעצ־אפטיילונג גרינגער. דאס איז א טאפאלאגיע־ברירה, נישט קיין פֿארבאדינג וואס אן אפענער HTTP־פראקסי לייגט אויף.

דער חילוק דערקלערט אויך אן אפֿט דורכגעפֿאלן עקספערימענט: רעדאקטירן די דורכפירונג־כללים פון א פראקסי־סערווער האט קיין ווירקונג אויף א דירעקטע קליענט־פארבינדונג וואס גייט דורך אן אנדער רוטער. די פאקעטן זענען קיינמאל נישט דורכגעגאנגען יענעם סערווער.

אויב די פאדערונג איז איינגעצוואונגענע באנוץ, באשטימט וואו מען קען קאנטראלירן אנדער אויסלאז־פארקער. אן אפענער פראקסי מיט איין אינטערפֿאס קען זיין א גילטיקער דינסט, בשעת אן באזונדער גייטוויי פֿירט אויס די נעצ־פאליטיק. שטעלט די אויספֿירונג דארט וואו די פאקעטן גייען טאקע דורך.