Apache AllowCONNECT ve HTTPS Hedef Bağlantı Noktaları

Apache proxy'niz 3128 numaralı bağlantı noktasını dinliyor. Bir istemci ona başarıyla ulaşıyor, ancak 8443 numaralı bağlantı noktasındaki bir HTTPS hizmeti başarısız oluyor. Proxy'nin dinlediği bağlantı noktasını değiştirmek bu ayrımı çözmesi pek olası değil.

İstemci önce proxy dinleyicisine bağlanır. CONNECT isteği daha sonra ayrı bir hedef ana bilgisayar ve bağlantı noktası belirtir. Apache ilk bağlantıyı kabul edip ikinci işlemi reddedebilir.

AllowCONNECT'i hedef politikası olarak okuyun

Apache 2.4 için, mod_proxy_connect gelen CONNECT isteklerini işler. Onun AllowCONNECT yönergesi bu istekler için kullanılabilir hedef bağlantı noktalarını denetler. Belgelenen varsayılan 443 ve 563'tür.

AllowCONNECT 443 8443

Bu örnek o iki hedef bağlantı noktasını seçer. Varsayılan seçimi değiştirir; tüm varsayılan bağlantı noktalarını sessizce korurken 8443'ü eklemez. Yönergeyi geçerli sunucu veya sanal ana bilgisayar yapılandırmasında kullanın.

Proxy'nin istemci yetkilendirme kurallarını yerinde tutun. İzin verilen bir hedef bağlantı noktası, hizmeti hangi istemcinin kullanabileceği hakkında hiçbir şey söylemez ve gerektiğinde hedef ana bilgisayar kısıtlamasının yerini tutmaz.

Ters proxy örneği farklı bir soruyu yanıtlar

Apache ve HTTPS aramaları sıklıkla sabit bir arka uca yönlendiren bir genel web sitesi gösterir. Bu yapılandırma, bir tarayıcının ileri proxy'den seçili bir web sitesine CONNECT tüneli açmasını isteme biçimi değildir. Yönlendirme yönergelerini kopyalamak, özgün proxy sorununu olduğu gibi bırakabilir.

Bir hatayı incelerken istemcinin ulaştığı dinleyiciyi, istediği CONNECT yetkisini ve proxy'nin yanıtını kaydedin. CONNECT başarılı olur ve TLS sonrasında başarısız olursa, hedef bağlantı noktası izni kendi payına düşeni yapmıştır. Şununla devam edin: TLS hatası AllowCONNECT'i tekrar tekrar genişletmek yerine.