באַאַכט די דורכגעפֿירטע בקשה פֿון אַ פּראָקסי אין איר ציל

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

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

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

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

אַ געוויינטלעכער HTTPS CONNECT־טונעל לייגט צו נאָך אַ גרענעץ: די אינעווייניקסטע HTTP־בקשה איז פֿאַרשיפּט צווישן קליענט און וועבזײַטל. אַ רעלײַ־פּראָקסי קען נישט רעדאַגירן די פֿאַרשיפּטע קעפּלעך. די קעפּלעך אין CONNECT־אויסטויש געהערן צו יענעם באַזונדערן אויסטויש, בשעת אַ פֿאַרוואַלטער TLS־אינספּעקציע־פּראָקסי האָט אַן אַנדער ראָלע.