Apache AllowCONNECT жана HTTPS максаттуу порттору
Кардарлар Apache проксисине жетүү үчүн колдонгон портту mod_proxy_connect туннелдердин ичинде уруксат берген максаттуу порттордон айырмалаңыз.
Сиздин Apache проксиси 3128 портунда угат. Кардар ага ийгиликтүү жетет, бирок 8443 портундагы HTTPS кызматы иштебей калат. Проксинин угуу портун өзгөртүү бул так айырмачылыкты чечүү аздыр-көптүр ыктымал эмес.
Кардар адегенде проксинин угуучусуна туташат. Андан кийин анын CONNECT суроосу өзүнчө максаттуу хостту жана портту атайт. Apache биринчи туташууну кабыл алып, экинчи операцияны четке кагышы мүмкүн.
AllowCONNECTти максаттуу саясат катары окуңуз
Apache 2.4 үчүн mod_proxy_connect кирүүчү CONNECT суроолорун иштетет. Анын AllowCONNECT директивасы ошол суроолор үчүн жеткиликтүү максаттуу портторду башкарат. Документтелген демейки — 443 жана 563.
AllowCONNECT 443 8443Бул мисал ошол эки максаттуу портту тандайт. Ал демейки тандоону алмаштырат; ал 8443тү кошпойт жана ошол эле учурда бардык демейки портторду унчукпай сактап калбайт. Директиваны тиешелүү сервердин же виртуалдык хосттун конфигурациясында колдонуңуз.
Сактап калыңыз проксинин кардарды авторизациялоо эрежелерин ордунда. Уруксат берилген максаттуу порт кайсы кардар кызматты колдоно аларын айтпайт жана зарыл болгондо максаттуу хостту чектөөнүн ордун баспайт.
Кайта прокси мисалы башка суроого жооп берет
Apache жана HTTPS боюнча издөө жыйынтыктары көбүнчө туруктуу backendге багыттай турган ачык веб-сайтты көрсөтөт. Ал конфигурация браузердин алдыга багытталган проксиден тандалган веб-сайтка CONNECT туннелин ачууну сураган ыкмасы эмес. Анын маршруттоо директиваларын көчүрүү баштапкы прокси көйгөйүн чечпей калтырышы мүмкүн.
Ийгиликсиздикти диагностикалоодо кардар жеткен угуучуну, суралган CONNECT ыйгарым укугун жана проксинин жообун жазып алыңыз. Эгер CONNECT ийгиликтүү болуп, андан кийин TLS иштебей калса, максаттуу порт уруксаты өз бөлүгүн аткарды. Улантыңыз TLS катасы менен — AllowCONNECTти кайра-кайра кеңейтүүнүн ордуна.