AllowCONNECT Apache og HTTPS-áfangastaðarport
Greinið portið sem biðlarar nota til að ná í Apache-milliþjón frá áfangastaðarportunum sem mod_proxy_connect leyfir inni í göngum.
Apache-milliþjónninn þinn hlustar á porti 3128. Biðlari nær í hann, en HTTPS-þjónusta á porti 8443 mistekst. Að breyta hlustunarporti milliþjónsins leysir líklega ekki þennan tiltekna mun.
Biðlarinn tengist fyrst hlustara milliþjónsins. CONNECT-beiðni hans tilgreinir síðan aðskilinn áfangastaðarhýsil og port. Apache getur tekið við fyrstu tengingu og hafnað seinni aðgerðinni.
Lesið AllowCONNECT sem áfangastaðastefnu
Fyrir Apache 2.4 annast mod_proxy_connect innkomandi CONNECT-beiðnir. Tilskipunin AllowCONNECT stýrir áfangastaðarportum sem standa þessum beiðnum til boða. Skjalfesta sjálfgefna gildið er 443 og 563.
AllowCONNECT 443 8443Þetta dæmi velur þessi tvö áfangastaðarport. Það kemur í stað sjálfgefins vals; það bætir ekki 8443 við og heldur ekki hljóðlega öllum sjálfgefnum portum. Notið tilskipunina í viðeigandi stillingu þjóns eða sýndarhýsils.
Haldið heimildarreglum biðlara milliþjónsins á sínum stað. Leyft áfangastaðarport segir ekkert um hvaða biðlari má nota þjónustuna og kemur ekki í stað takmarkana á áfangastaðarhýsil þegar þeirra er þörf.
Dæmi um öfugan milliþjón svarar annarri spurningu
Leitarniðurstöður fyrir Apache og HTTPS sýna oft opinbera vefsíðu sem sendir áfram til fasts bakenda. Sú stilling er ekki leiðin sem vafri biður framstreymis-milliþjón að opna CONNECT-göng til valinnar vefsíðu. Að afrita beiningar hennar um leiðsögn getur látið upprunalega milliþjónsvandamálið óhreyft.
Þegar bilun er greind, skráið hlustarann sem biðlarinn náði í, CONNECT-heimildina sem beðið var um og svar milliþjónsins. Ef CONNECT tekst og TLS mistekst eftir á hefur áfangastaðarportsheimildin þegar gert sitt. Haldið áfram með TLS-bilunina í stað þess að víkka AllowCONNECT aftur og aftur.