Apache AllowCONNECT at mga Destinasyong Port ng HTTPS
Ihiwalay ang port na ginagamit ng mga kliyente para maabot ang Apache proxy mula sa mga destinasyong port na pinapayagan ng mod_proxy_connect sa loob ng mga tunnel.
Nakikinig ang iyong Apache proxy sa port 3128. Matagumpay itong naaabot ng isang kliyente, ngunit nabigo ang isang serbisyong HTTPS sa port 8443. Malayong makatutugon ang pagpapalit ng port na pinakikinggan ng proxy sa partikular na pagkakaibang iyon.
Unang kumokonekta ang kliyente sa listener ng proxy. Ang kahilingang CONNECT nito ay nagtatalaga ng hiwalay na destinasyong host at port. Maaaring tanggapin ng Apache ang unang koneksyon at tanggihan ang pangalawang operasyon.
Basahin ang AllowCONNECT bilang patakaran sa destinasyon
Para sa Apache 2.4, mod_proxy_connect ang humahawak sa mga papasok na kahilingang CONNECT. Kinokontrol ng direktibang AllowCONNECT ang mga destinasyong port na magagamit ng mga kahilingang iyon. Ang dokumentadong default ay 443 at 563.
AllowCONNECT 443 8443Pinipili ng halimbawang ito ang dalawang destinasyong port. Pinapalitan nito ang default na pagpili; hindi nito idinadagdag ang 8443 habang tahimik na pinapanatili ang lahat ng default na port. Gamitin ang direktiba sa naaangkop na server o virtual-host configuration.
Panatilihin ang mga patakaran sa awtorisasyon ng kliyente ng proxy sa puwesto. Walang sinasabi ang pinapayagang destinasyong port tungkol sa kung aling kliyente ang maaaring gumamit ng serbisyo, at hindi ito kapalit ng paghihigpit sa destinasyong host kapag kailangan.
Iba ang sinasagot ng halimbawa ng reverse proxy
Madalas ipakita ng mga resulta ng paghahanap para sa Apache at HTTPS ang isang pampublikong website na nagpapasa sa isang nakapirming backend. Hindi iyon ang paraan ng paghingi ng browser sa forward proxy na magbukas ng CONNECT tunnel sa isang piling website. Ang pagkopya ng mga direktiba sa routing nito ay maaaring hindi makagalaw sa orihinal na problema sa proxy.
Kapag nag-diagnose ng pagkabigo, itala ang listener na naabot ng kliyente, ang CONNECT authority na hiniling nito, at ang sagot ng proxy. Kung nagtagumpay ang CONNECT at nabigo ang TLS pagkatapos, nagawa na ng pahintulot sa destinasyong port ang bahagi nito. Magpatuloy sa pagkabigo ng TLS sa halip na paulit-ulit na palawakin ang AllowCONNECT.