GnuTLS немесе OpenSSL-мен жиналған Squid 6.13 TLS арқылы бағыттаушы прокси сұрауларын қабылдай алады. Бұл HTTPS мақсаттың жеке сеансына араласпай клиент–прокси арнасын қорғайды.

  1. Клиенттер Squid-ке жету үшін қолданатын хост атауына сертификат алыңыз. Жеке кілтті оған мұқтаж қызмет сәйкестіктерімен шектеңіз.
  2. Тағайындалған мекенжайыңыз бен нақты сертификат жолдарымен TLS тыңдаушысын қосыңыз:
https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

Клиент рұқсат тізімі мен мақсат шектеулерін және аутентификация саясатын сақтаңыз. Тыңдаушы қолжетімділік бермейді. Бар http_port да белсенді қалады; барлық клиент қосылымы TLS қолдануы тиіс болса, ескі тыңдаушыны жойыңыз не шектеңіз. Үдеткіш, ұстап қалу немесе сертификат жасау режимі қажет емес.

Көзделген қызметті қайта жүктемес бұрын конфигурацияны талдаңыз. Талдағыш тексеруі құрылым мен сертификат жүктелуін растайды, желілік қолжетімділікті емес. Сәтті қайта жүктеуден кейін рұқсатты клиенттен TLS қосылу нүктесі арқылы сұрау жіберіңіз:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

Нақты прокси хост атауын және мақұлданған CA файлын қолданыңыз. Жалпы сенімдегі прокси сертификатына жеке бума қажет болмауы мүмкін. --proxy-cacert проксиге сенімді баптап, мақсат тексеруін бөлек қалдырады; екі тексеруді де сақтаңыз.

Нақты тыңдаушы мен сертификат атауын қарап, қабылданбауы тиіс бақыланатын дереккөзді де тексеріңіз. Сәтті талдау ғана клиент сенімін не қолжетімділік шекарасын растамайды.

Қатысты мақалалар