Apache AllowCONNECT ۋە HTTPS نىشان پورتلىرى
خېرىدارلارنىڭ Apache ۋاكالەتچىسىگە يېتىش ئۈچۈن ئىشلىتىدىغان پورتى بىلەن mod_proxy_connect نىڭ تونېللار ئىچىدە رۇخسەت قىلىدىغان نىشان پورتلىرىنى پەرقلەندۈرۈڭ.
Apache ۋاكالەتچىڭىز 3128 پورتىدا ئاڭلايدۇ. خېرىدار ئۇنىڭغا مۇۋەپپەقىيەتلىك ئۇلىنىدۇ، ئەمما 8443 پورتىدىكى HTTPS مۇلازىمىتى مەغلۇپ بولىدۇ. ۋاكالەتچىنىڭ ئاڭلايدىغان پورتىنى ئۆزگەرتىش بۇ پەرقنى ھەل قىلىشى تەس.
خېرىدار ئالدى بىلەن ۋاكالەتچى ئاڭلىغۇچىغا ئۇلىنىدۇ. ئۇنىڭ 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 نى قايتا-قايتا كېڭەيتىش ئورنىغا.