Apache AllowCONNECT กับพอร์ตปลายทาง HTTPS

พร็อกซี Apache ของคุณฟังพอร์ต 3128 ไคลเอนต์เชื่อมต่อได้สำเร็จ แต่บริการ HTTPS บนพอร์ต 8443 กลับล้มเหลว การเปลี่ยนพอร์ตที่พร็อกซีฟังไม่น่าจะแก้ความแตกต่างนั้นได้

ไคลเอนต์เชื่อมต่อกับตัวรับฟังของพร็อกซีก่อน คำขอ CONNECT จากนั้นระบุโฮสต์และพอร์ตปลายทางอีกชุดหนึ่ง Apache อาจยอมรับการเชื่อมต่อแรกแต่ปฏิเสธการดำเนินการที่สอง

อ่าน AllowCONNECT ในฐานะนโยบายปลายทาง

สำหรับ Apache 2.4, mod_proxy_connect จัดการคำขอ CONNECT ที่เข้ามา คำสั่ง AllowCONNECT ควบคุมพอร์ตปลายทางที่คำขอเหล่านั้นใช้ได้ ค่าเริ่มต้นตามเอกสารคือ 443 และ 563

AllowCONNECT 443 8443

ตัวอย่างนี้เลือกพอร์ตปลายทางสองพอร์ตนั้น มันแทนที่การเลือกเริ่มต้น ไม่ได้เพิ่ม 8443 พร้อมกับเก็บพอร์ตเริ่มต้นทั้งหมดไว้อย่างเงียบ ๆ ใช้คำสั่งนี้ในการกำหนดค่าเซิร์ฟเวอร์หรือโฮสต์เสมือนที่เกี่ยวข้อง

คง กฎการอนุญาตไคลเอนต์ของพร็อกซี ไว้ พอร์ตปลายทางที่อนุญาตไม่ได้บอกอะไรเกี่ยวกับไคลเอนต์ที่อาจใช้บริการ และไม่ใช่สิ่งทดแทนการจำกัดโฮสต์ปลายทางเมื่อจำเป็น

ตัวอย่างพร็อกซีย้อนกลับตอบคำถามอีกข้อหนึ่ง

ผลการค้นหาเกี่ยวกับ Apache และ HTTPS มักแสดงเว็บไซต์สาธารณะที่ส่งต่อไปยังแบ็กเอนด์คงที่ การกำหนดค่านั้นไม่ใช่วิธีที่เบราว์เซอร์ขอให้พร็อกซีแบบไปข้างหน้าเปิดอุโมงค์ CONNECT ไปยังเว็บไซต์ที่เลือก การคัดลอกคำสั่งกำหนดเส้นทางอาจทำให้ปัญหาพร็อกซีเดิมไม่ถูกแตะต้อง

เมื่อวินิจฉัยความล้มเหลว ให้บันทึกตัวรับฟังที่ไคลเอนต์เข้าถึง อำนาจ CONNECT ที่ร้องขอ และการตอบกลับของพร็อกซี หาก CONNECT สำเร็จแต่ TLS ล้มเหลวภายหลัง การอนุญาตพอร์ตปลายทางได้ทำหน้าที่ของมันแล้ว ให้ดำเนินการกับ ความล้มเหลว TLS แทนการขยาย AllowCONNECT ซ้ำ ๆ