סטאַטישע און ראָטירנדיקע פּראָקסי־IP־אַדרעסן
שיידט אַ פֿעסטן פּראָקסי־ענדפּונקט פֿון אַ פֿעסטן אַרויסגאַנג־אַדרעס, און האַנט־בײַטן פֿון אַ דינסט וואָס ראָטירט אַרויסגאַנגען.
אַ סטאַטישער פּראָקסי־ענדפּונקט קען שטיין פֿאַר ראָטירנדיקע אַרויסגאַנג־אַדרעסן. ווען אַ דינסט צוזאָגט אַ פֿעסטן אָדער בײַטנדיקן IP, געפֿינט אויס צי זי מיינט דעם אַדרעס אינעם קליענט אָדער דעם אַרויסגאַנג־אַדרעס וואָס דער וועבזײַטל זעט.
ווער קלײַבט דעם קומענדיקן אַדרעס?
אויסקלײַבן אַן אַנדער אײַנטראָג פֿון אַ ליסטע פֿון פֿרײַע פּראָקסיס און ווידער קאָנפֿיגורירן דעם קליענט איז אַ בײַט אונטערן קליענטס קאָנטראָל. אַן אַפּליקאַציע דאַרף אייגענע אויסוואַל־לאָגיק צו דורכגיין אַ אַראָפּגעלאָדענע ליסטע אין אַ קרײַז.
אַ ראָטירנדיקע דינסט קען אַנשטאָט האַלטן איין פֿאַרבינדונגס־ענדפּונקט און אויסקלײַבן אַרויסגאַנגען הינטער אים. ראָטאַציע קען געשען פּער בקשה, פּער פֿאַרבינדונג, נאָך אַ צײַט־אינטערוואַל אָדער לויט אַ באַנאַנטער סעסיע. דער חילוק איז וויכטיק ווען אַ קליענט ניצט פֿאַרבינדונגען ווידער. אַן אַדרעסבײַט רייניקט אויך נישט אַן אַפּליקאַציע־סעסיע.
וואָס דאַרף בלײַבן סטאַביל?
אַ סערווער וואָס לאָזט קוואַל־IP־אַדרעסן דורך אַ דערלויבעניש־ליסטע דאַרף דעם אַרויסגייענדיקן אַדרעס וואָס ער וועט טאַקע זען. אַ סטאַבילער פּראָקסי־גאַסטגעבער־נאָמען איז נישט גענוג. בײַטן דעם ענדפּונקט גאַראַנטירט אויך נישט אַן אַנדער אַרויסגאַנג: ביידע קענען טיילן אַן אַרויסגייענדיקע נעץ.
פֿאַר פּראָבלעם־זוכן פֿאַרשרײַבט דעם קאָנפֿיגורירטן ענדפּונקט צוזאַמען מיטן אַרויסגאַנג געזען בײַם ציל. curls אינפֿאָרמאַציע וועגן דעם פֿאַרבונדענעם שותּף באַשרײַבט זײַן אייגענע פֿאַרבינדונג, נישט אַ באַזונדערע אָבסערוואַציע פֿונעם אַרויסגאַנג פֿון דער צילזײַט.
איבערגעחזרטע בקשות ווײַזן דעם אויפֿפֿיר בעת די בקשות. אַ דויערנדיקע אַדרעס־פּאָליטיק מוז קומען פֿון די דינסט־תּנאָים; אַן אומגעביטענער אַדרעס אין אַ עפֿנטלעכער ליסטע זאָגט נישט צו פֿאַראַנענקייט.