Apache AllowCONNECT və HTTPS hədəf portları

Apache proksiniz 3128 portunda dinləyir. Müştəri ona uğurla çatır, lakin 8443 portundakı HTTPS xidməti uğursuz olur. Proksinin dinləmə portunu dəyişmək bu konkret fərqi həll etməyəcək.

Müştəri əvvəlcə proksi dinləyicisinə qoşulur. Sonra onun CONNECT sorğusu ayrı bir hədəf host və port göstərir. Apache ilk bağlantını qəbul edib ikinci əməliyyatı rədd edə bilər.

AllowCONNECT-i hədəf siyasəti kimi oxuyun

Apache 2.4 üçün mod_proxy_connect daxil olan CONNECT sorğularını idarə edir. Onun AllowCONNECT direktivi həmin sorğular üçün mövcud hədəf portları idarə edir. Sənədləşdirilmiş standart 443 və 563-dür.

AllowCONNECT 443 8443

Bu nümunə həmin iki hədəf portu seçir. O, standart seçimi əvəz edir; 8443-ü əlavə edib bütün standart portları səssizcə saxlamır. Direktivi tətbiq olunan server və ya virtual host konfiqurasiyasında istifadə edin.

Proksinin müştəri avtorizasiya qaydalarını yerində saxlayın. İcazə verilən hədəf portu hansı müştərinin xidmətdən istifadə edə biləcəyi barədə heç nə demir və hədəf host məhdudiyyəti lazım olduqda onun əvəzi deyil.

Əks-proksi nümunəsi başqa suala cavab verir

Apache və HTTPS üzrə axtarış nəticələri tez-tez ictimai veb-saytın sabit backend-ə yönləndirdiyini göstərir. Bu konfiqurasiya brauzerin forvard proksidən seçilmiş veb-sayta CONNECT tuneli açmasını xahiş etmə üsulu deyil. Onun marşrutlaşdırma direktivlərini kopyalamaq ilkin proksi problemini toxunulmaz qoya bilər.

Uğursuzluğu diaqnoz edərkən müştərinin çatdığı dinləyicini, tələb etdiyi CONNECT authority-ni və proksinin cavabını qeyd edin. CONNECT uğurlu olub sonra TLS uğursuz olarsa, hədəf-port icazəsi artıq öz işini görüb. AllowCONNECT-i təkrar-təkrar genişlətmək əvəzinə TLS uğursuzluğu ilə davam edin.