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 لپاره د لټون پایلې ډېری وختونه یو عمومي وېبسایټ ښیي چې ثابت backend ته لېږدوي. هغه ترتیبات هغه طریقه نه ده چې براوزر له مخکېني پراکسي څخه غواړي چې ټاکل شوي وېبسایټ ته CONNECT تونل پرانیزي. د هغې د لارښوونې لارښودونو کاپي کول کېدای شي اصلي پراکسي ستونزه لاس نه خوړلې پاتې کړي.
کله چې نیمګړتیا تشخیصوئ، هغه اورېدونکی ولیکئ چې مراجع ورته رسېدلی، غوښتل شوی CONNECT واک او د پراکسي ځواب. که CONNECT بریالی شي او وروسته TLS ناکام شي، د منزل بندر اجازه خپله برخه پخوا ترسره کړې ده. د AllowCONNECT په تکراري پراخولو پرځای د TLS نیمګړتیا سره مخکې لاړ شئ.