Apache AllowCONNECT un HTTPS galamērķa porti
Atšķiriet portu, ko klienti izmanto, lai sasniegtu Apache starpniekserveri, no galamērķa portiem, ko mod_proxy_connect atļauj tuneļos.
Jūsu Apache starpniekserveris klausās uz porta 3128. Klients to veiksmīgi sasniedz, bet HTTPS pakalpojums uz porta 8443 neizdodas. Starpniekservera klausīšanās porta maiņa, visticamāk, šo atšķirību neatrisinās.
Klients vispirms izveido savienojumu ar starpniekservera klausītāju. Tā CONNECT pieprasījums pēc tam nosauc atsevišķu galamērķa resursdatoru un portu. Apache var pieņemt pirmo savienojumu un noraidīt otro darbību.
Lasiet AllowCONNECT kā galamērķa politiku
Apache 2.4 versijā mod_proxy_connect apstrādā ienākošos CONNECT pieprasījumus. Tā direktīva AllowCONNECT kontrolē galamērķa portus, kas pieejami šiem pieprasījumiem. Dokumentētā noklusējuma vērtība ir 443 un 563.
AllowCONNECT 443 8443Šis piemērs izvēlas šos divus galamērķa portus. Tas aizstāj noklusējuma izvēli; tas nepievieno 8443, klusi saglabājot visus noklusējuma portus. Izmantojiet direktīvu attiecīgajā servera vai virtuālā resursdatora konfigurācijā.
Saglabājiet starpniekservera klientu autorizācijas noteikumus. Atļauts galamērķa ports neko nepasaka par to, kurš klients drīkst izmantot pakalpojumu, un tas neaizstāj galamērķa resursdatora ierobežojumu, ja tāds ir nepieciešams.
Apgrieztā starpniekservera piemērs atbild uz citu jautājumu
Meklēšanas rezultāti par Apache un HTTPS bieži rāda publisku vietni, kas pārsūta uz fiksētu aizmuguri. Šāda konfigurācija nav veids, kā pārlūks lūdz priekšējam starpniekserverim atvērt CONNECT tuneli uz izvēlētu vietni. Tās maršrutēšanas direktīvu kopēšana var atstāt sākotnējo starpniekservera problēmu neskartu.
Diagnozējot kļūmi, pierakstiet klausītāju, ko klients sasniedza, pieprasīto CONNECT autoritāti un starpniekservera atbildi. Ja CONNECT izdodas un pēc tam neizdodas TLS, galamērķa porta atļauja jau ir izpildījusi savu daļu. Turpiniet ar TLS kļūmi, nevis atkārtoti paplašinot AllowCONNECT.