Apache AllowCONNECT און HTTPS ציל־פּאָרטן

דיין Apache פּראָקסי הערט אויף פּאָרט 3128. אַ קליענט דערגרייכט עס מיט הצלחה, אָבער אַן HTTPS דינסט אויף פּאָרט 8443 פֿאַלט דורך. פֿאַרבייטן דעם פּאָרט אויף וואָס דער פּראָקסי הערט וועט מיסטאָמע נישט פֿאַרענטפֿערן דעם ספּעציפֿישן אונטערשייד.

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

לייען AllowCONNECT ווי אַ ציל־פּאָליטיק

פֿאַר Apache 2.4, mod_proxy_connect באַהאַנדלט אַרייַנקומענדיקע CONNECT בקשות. זיין AllowCONNECT דירעקטיוו קאָנטראָלירט די ציל־פּאָרטן וואָס זענען פֿאַראַן פֿאַר די בקשות. דער דאָקומענטירטער פֿאַרשטעל איז 443 און 563.

AllowCONNECT 443 8443

דער ביישפּיל אויסקלייַבט די צוויי ציל־פּאָרטן. ער פֿאַרבייַט דעם פֿאַרשטעל־אויסוואַל; ער לייגט נישט צו 8443 בשעת ער האַלט שטיל אַלע פֿאַרשטעל־פּאָרטן. נוץ דעם דירעקטיוו אין דער צוגעפּאַסטער סערווירער־ אָדער ווירטועל־האָסט־קאָנפֿיגוראַציע.

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

אַ פאַרקערטער פּראָקסי ביישפּיל ענטפֿערט אַן אַנדער פֿראַגע

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

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