TLS birbidaltze-proxyaren entzulea Squid 6.13-n

GnuTLS edo OpenSSL-rekin eraikitako Squid 6.13-k TLS bidez birbidaltze-proxyaren eskaerak onar ditzake. Horrek bezero–proxy lotura babesten du HTTPS helmugaren saio bereizia atzeman gabe.

1. Lortu ziurtagiria bezeroek Squidera iristeko erabiliko duten ostalari-izenarentzat. Mugatu gako pribatua hura behar duten zerbitzu-identitateetara.
2. Gehitu TLS entzulea esleitutako helbidearekin eta ziurtagirien benetako bideekin:

https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

Mantendu bezeroen baimen-zerrenda eta helmuga-murriztapenak eta autentifikazio-politika. Entzuleak ez du sarbiderik ematen. Dagoen http_port ere aktibo uzten du; kendu edo mugatu entzule zahar hori bezeroen konexio guztiek TLS erabili behar badute. Ez da azeleratzaile-, atzemate- edo ziurtagiriak sortzeko modurik behar.

Aztertu konfigurazioa nahi den zerbitzua berriz kargatu aurretik. Parserraren egiaztapenak egitura eta ziurtagirien kargatzea baliozkotzen ditu, ez sareko irisgarritasuna. Birkarga arrakastatsuaren ondoren, egin eskaera TLS amaiera-puntutik baimendutako bezero batetik:

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

Erabili proxyaren benetako ostalari-izena eta onartutako CA fitxategia. Publikoki fidagarria den proxy-ziurtagiriak agian ez du sorta pertsonalizaturik behar. --proxy-cacert aukerak proxyaren konfiantza ezartzen du eta helmugaren egiaztapena bereiz uzten; mantendu bi egiaztapenak.

Ikuskatu benetako entzulea eta ziurtagiriaren izena, eta probatu ukatu beharreko iturri kontrolatu bat ere. Analisi arrakastatsuak bakarrik ez du bezeroaren konfiantza edo sarbide-muga baieztatzen.