AllowCONNECT Apache dan Port Tujuan HTTPS

Proxy Apache Anda mendengarkan di port 3128. Sebuah klien berhasil menjangkaunya, tetapi layanan HTTPS di port 8443 gagal. Mengubah port pendengaran proxy kemungkinan besar tidak akan mengatasi perbedaan khusus itu.

Klien terlebih dahulu terhubung ke pendengar proxy. Permintaan CONNECT miliknya kemudian menyebutkan host dan port tujuan yang terpisah. Apache dapat menerima koneksi pertama dan menolak operasi kedua.

Baca AllowCONNECT sebagai kebijakan tujuan

Untuk Apache 2.4, mod_proxy_connect menangani permintaan CONNECT yang masuk. Direktif AllowCONNECT miliknya mengendalikan port tujuan yang tersedia untuk permintaan tersebut. Nilai bawaan yang didokumentasikan adalah 443 dan 563.

AllowCONNECT 443 8443

Contoh ini memilih kedua port tujuan tersebut. Contoh ini menggantikan pilihan bawaan; contoh ini tidak menambahkan 8443 sambil diam-diam mempertahankan setiap port bawaan. Gunakan direktif tersebut dalam konfigurasi server atau virtual host yang berlaku.

Pertahankan aturan otorisasi klien proxy tetap di tempatnya. Port tujuan yang diizinkan tidak menjelaskan klien mana yang boleh menggunakan layanan, dan itu bukan pengganti pembatasan host tujuan ketika pembatasan itu diperlukan.

Contoh reverse-proxy menjawab pertanyaan yang berbeda

Hasil pencarian untuk Apache dan HTTPS sering menampilkan situs web publik yang meneruskan ke backend tetap. Konfigurasi itu bukan cara peramban meminta forward proxy membuka terowongan CONNECT ke situs web tertentu. Menyalin direktif peruteannya dapat membuat masalah proxy awal tidak tersentuh.

Saat mendiagnosis kegagalan, catat pendengar yang dicapai klien, otoritas CONNECT yang diminta, dan balasan proxy. Jika CONNECT berhasil dan TLS gagal setelahnya, izin port tujuan sudah menjalankan perannya. Lanjutkan dengan kegagalan TLS alih-alih memperlebar AllowCONNECT berulang kali.