Squid üzerinden bir ek HTTPS portuna izin verin

443 üzerinden normal HTTPS çalışsa bile 8443 portundaki bir HTTPS hizmeti doğru yapılandırılmış bir Squid vekili üzerinden başarısız olabilir. İstemcinin vekil protokolünü değiştirmeden önce CONNECT reddini ve hedef port politikasını inceleyin.

Tipik bir Squid 6.13 erişim politikasında iki denetim önemlidir: hedef Safe_ports denetimini, CONNECT ise SSL_ports denetimini geçmelidir. Portu yalnızca bir ACL’ye eklemek diğer reddi yürürlükte bırakabilir.

Mevcut tanımları bilinçli biçimde genişletin

Normal web portlarına ve bir ek HTTPS portuna izin veren bir politika için:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

Beklenmeyen eski bir değer kümesini yerinde bırakmak yerine ilgili tanımları değiştirin veya düzenleyin. Güvensiz portları ve CONNECT’i reddeden normal kuralları ve amaçlanan istemci kısıtlamalarını koruyun.

İstisnayı dar tutun

Ek port yalnızca kontrol edilen tek bir hedef için gerekiyorsa istemciye izin veren kuraldan önce hedefli bir ret ekleyin:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

Adres, belgelendirme için bir yer tutucudur. Yönettiğiniz veya erişmeye yetkili olduğunuz hedefi kullanın ve gerçek adres değişikliklerini hesaba katın. Böylece 8443 üzerindeki her hedefe izin vermek yerine ek port istisnasını sınırlandırırsınız.

Etkin yapılandırmanın tamamını ayrıştırın ve kural sırasını gözden geçirin. Eşleşen bir istemci izin kuralından sonra yerleştirilen doğru yazılmış bir ret, amaçlanan kısıtlamayı sağlamaz.

Onaylı ana bilgisayar adını gerçek sertifikası ve portuyla, ardından reddedilmeye devam etmesi gereken kontrollü bir hedefi test edin. Hedef kimliği hatalarını vekil politikası hatalarından ayırmak için TLS doğrulamasını açık tutun. Özel porta giden tek bir isteğin çalışması için tüm CONNECT korumasını kaldırmayın.