Apache AllowCONNECT na Bandari Lengwa za HTTPS

Proksi yako ya Apache inasikiliza bandari 3128. Mteja anafikia kwa mafanikio, lakini huduma ya HTTPS kwenye bandari 8443 inashindikana. Kubadilisha bandari ya kusikiliza ya proksi hakuna uwezekano wa kushughulikia tofauti hiyo.

Mteja kwanza huunganisha kwa kisikilizaji cha proksi. Ombi lake la CONNECT kisha hutaja mwenyeji na bandari tofauti lengwa. Apache anaweza kukubali muunganisho wa kwanza na kukataa operesheni ya pili.

Soma AllowCONNECT kama sera ya lengwa

Kwa Apache 2.4, mod_proxy_connect hushughulikia maombi ya CONNECT yanayoingia. Agizo lake AllowCONNECT hudhibiti bandari lengwa zinazopatikana kwa maombi hayo. Chaguo-msingi lililoandikwa ni 443 na 563.

AllowCONNECT 443 8443

Mfano huu huchagua bandari hizo mbili lengwa. Hubadilisha chaguo-msingi; hauongezi 8443 huku ukibakiza kimya bandari zote chaguo-msingi. Tumia agizo katika usanidi unaofaa wa seva au mwenyeji pepe.

Weka kanuni za uidhinishaji wa wateja za proksi mahali pake. Bandari lengwa inayoruhusiwa haisemi chochote kuhusu mteja gani anaweza kutumia huduma, na si mbadala wa kizuizi cha mwenyeji lengwa pale kinapohitajika.

Mfano wa proksi-ya-nyuma hujibu swali tofauti

Matokeo ya utafutaji ya Apache na HTTPS mara nyingi huonyesha tovuti ya umma ikielekeza kwa seva ya nyuma isiyobadilika. Usanidi huo si jinsi kivinjari kinavyoombi proksi ya mbele kufungua kidubuni cha CONNECT kwa tovuti iliyochaguliwa. Kunakili maagizo yake ya uelekezaji kunaweza kuacha tatizo la awali la proksi bila kuguswa.

Unapochunguza hitilafu, rekodi kisikilizaji alichofikia mteja, mamlaka ya CONNECT aliyoomba, na jibu la proksi. Ikiwa CONNECT itafanikiwa na TLS ikashindikana baadaye, ruhusa ya bandari lengwa tayari imefanya sehemu yake. Endelea na hitilafu ya TLS badala ya kupanua AllowCONNECT mara kwa mara.