אויפהיטן געפֿופֿערטע דאַטן נאָך אַ HTTP CONNECT ענטפֿער

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

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

געפֿינט די גרענעץ אין דעם בופֿער

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

אַ לעצטער מצליח 2xx ענטפֿער פֿאַרבינדט די פֿאַרבינדונג אין טונעל־מאָדוס גלײַך נאָך יענע קעפּלעך. די בײַטן וואָס קומען דערנאָך זײַנען שוין טונעל־בײַטן. וואַרפֿט זיי נישט אַוועק, וואַרט נישט אויף אַ קערפּער פֿון אַ CONNECT־ענטפֿער, און טייטש נישט אָפּ דאָס Content-Length־פֿעלד ווי אַ רשות צו פֿאַרנוצן אַ טייל פֿונעם נײַעם פּראָטאָקאָל. אינפֿאָרמאַציע־ענטפֿער, אויב עס זײַנען, דאַרף מען באַהאַנדלען פֿאַר יענעם לעצטן ענטפֿער.

דער אַרומנעם מוז איבערגעבן זײַנע רעשטלעך

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

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

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