AllowCONNECT fan Apache en HTTPS-bestimmingspoarten
Untskied de poarte der't klanten in Apache-proxy mei berikke fan de bestimmingspoarten dy't mod_proxy_connect yn tunnels tastiet.
Dyn Apache-proxy harket op poarte 3128. In klant berikt him suksesfol, mar in HTTPS-tsjinst op poarte 8443 mislearret. It feroarjen fan de harkpoarte fan de proxy sil dat spesifike undrskied wierskynlik net oplosse.
De klant ferbynt earst mei de harker fan de proxy. Syn CONNECT-fersyk neamt dan in aparte bestimmingshost en -poarte. Apache kin de earste ferbining akseptearje en de twadde operaasje wegerje.
Les AllowCONNECT as in bestimmingsbelied
Foar Apache 2.4 behannelet mod_proxy_connect ynkommende CONNECT-fersiken. Syn AllowCONNECT-rjochtline regelet de bestimmingspoarten dy't foar dy fersiken beskikber binne. De dokumintearre standert is 443 en 563.
AllowCONNECT 443 8443Dit foarbyld kiest dy twa bestimmingspoarten. It ferfangt de standertseleksje; it foeget 8443 net ta wylst it stil alle standertpoarten behaldt. Bruk de rjochtline yn de oanbelangjende server- of firtuele-host-konfiguraasje.
Hald de klantautorisearringsregels fan de proxy yn stan. In tastiene bestimmingspoarte seit neat oer hokker klant de tsjinst bruke mei, en it ferfangt gjin bestimmingshostbeheining as dy nedich is.
In omkearde-proxyfoarbyld beantwurdet in oare fraach
Sykresultaten foar Apache en HTTPS litte faak in publike webside sjen dy't trochstjoert nei in feste backend. Dy konfiguraasje is net hoe't in browser in foarutproxy freget om in CONNECT-tunnel nei in keazen webside te iepenjen. It kopiearjen fan syn routingrjochtlinen kin it oarspronklike proxyprobleem unoanrekke litte.
By it diagnoaze fan in mislearring, registrearje de harker dy't de klant berikte, de oanfrege CONNECT-autoriteit en it antwurd fan de proxy. As CONNECT slagget en TLS dernei mislearret, hat de bestimmingspoartebeting al syn part dien. Gean troch mei de TLS-mislearring ynstee fan AllowCONNECT hieltyd wer te ferbreedzjen.