Apache AllowCONNECT và các cổng đích HTTPS

Proxy Apache của bạn lắng nghe trên cổng 3128. Một máy khách kết nối thành công, nhưng dịch vụ HTTPS trên cổng 8443 lại thất bại. Thay đổi cổng lắng nghe của proxy khó có thể giải quyết sự khác biệt đó.

Máy khách kết nối trước tiên tới bộ lắng nghe của proxy. Yêu cầu CONNECT sau đó nêu một máy chủ và cổng đích riêng. Apache có thể chấp nhận kết nối đầu tiên và từ chối thao tác thứ hai.

Đọc AllowCONNECT như một chính sách đích

Với Apache 2.4, mod_proxy_connect xử lý các yêu cầu CONNECT đến. Chỉ thị AllowCONNECT của nó kiểm soát các cổng đích khả dụng cho những yêu cầu đó. Giá trị mặc định được ghi nhận là 443 và 563.

AllowCONNECT 443 8443

Ví dụ này chọn hai cổng đích đó. Nó thay thế lựa chọn mặc định; nó không thêm 8443 trong khi âm thầm giữ mọi cổng mặc định. Dùng chỉ thị này trong cấu hình máy chủ hoặc máy chủ ảo phù hợp.

Giữ các quy tắc ủy quyền máy khách của proxy nguyên vị trí. Một cổng đích được phép không nói gì về việc máy khách nào có thể dùng dịch vụ, và nó không thay thế cho việc hạn chế máy chủ đích khi cần.

Ví dụ proxy ngược trả lời một câu hỏi khác

Kết quả tìm kiếm về Apache và HTTPS thường hiển thị một trang web công khai chuyển tiếp tới backend cố định. Cấu hình đó không phải cách trình duyệt yêu cầu proxy chuyển tiếp mở đường hầm CONNECT tới một trang web đã chọn. Sao chép các chỉ thị định tuyến của nó có thể để nguyên vấn đề proxy ban đầu.

Khi chẩn đoán lỗi, hãy ghi lại bộ lắng nghe mà máy khách đã đến, thẩm quyền CONNECT mà nó yêu cầu và phản hồi của proxy. Nếu CONNECT thành công và TLS sau đó thất bại, quyền cổng đích đã hoàn thành phần của nó. Hãy tiếp tục với lỗi TLS thay vì liên tục mở rộng AllowCONNECT.