וואָס בלײַבט איבער נאָך אַ VIP־איבערגאַנג פֿון פּראָקסי?

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

באַטראַכט אַ HTTPS־בעטן וואָס געפֿינט זיך שוין אין CONNECT. דער אַקטיווער פּראָקסי האָט די TCP־פֿאַרבינדונג צום קליענט און נאָך אַ פֿאַרבינדונג צום וועבזײַט. ער האָט אויך דעם אַפּליקאַציע־צושטאַנד וואָס פֿאַרבינדעט די שטראָמען.

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

VRRP דעפֿינירט די אויסוואַל און דעם באַזיץ פֿון דער אַדרעס. עס איז נישט קיין רעפּליקאַציע־פּראָטאָקאָל פֿאַר דעם פּראָקסי־פּראָצעס. אַן איינזאַצונג מיט אַנדער העכסט־פֿאַראַנענקייט ווייכוואַרג דאַרף דעם זעלביקן אונטערשייד, סיידן עס גיט בפֿירוש מער.

איבערקוקט וואָס דער געזונט־בדיקה באַאַכטעט טאַקע. אַ מאַשין קען ענטפֿערן אויף מעלדונגען בשעת זײַן פּראָקסי־דינסט, DNS אָדער אויבער־וועג האָבן אויסגעפֿאַלט. פֿאַרקערט, איבער־שפּירעוודיקע בדיקות קענען פֿאַרלאָזן אומנייטיקע איבערבײַטן.

אויך די קליענט־זײַטיקע אָפּראַטונג רעכנט. אַ נײַער בלעצער־בעטן קען זיך גרינג ווידער פֿאַרבינדן; אַן אַרויפֿלאָדונג מיט אַ פֿאַרנוצטן קערפּער אָדער אַ נישט־אידעמפּאָטענטע API־אָפּעראַציע קען דאַרפֿן אַ ספּעציפֿישע באַהאַנדלונג. צוגעזאָגט נישט קיין אומזעעוודיק איבערגאַנג בלויז ווײַל אַ נײַער בעטן געלונגט דורך דעם רעזערוו.