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-ті қайта-қайта кеңейтудің орнына.