HTTPS proxyak bere ziurtagiri-katea ere bidali behar du
Diagnostikatu bezeroaren eta Squid-en arteko TLS entzulean falta diren tarteko ziurtagiriak, helmugako webgunearen ziurtagiritik bereizita.
Bezeroek HTTPS proxya ukatzen badute webgune batera iritsi aurretik, aztertu proxy entzuleak bidaltzen duen katea. Ziurtagiri hosto baliozkoa bakarrik agian ez da nahikoa bezeroak behar dituen tarteko ziurtagiriak emateko.
- Identifikatu egiaztatzen den muturra. Irakurri konfiguratutako proxy URLaren ostalari-izena eta konexio horren errorea. Entzulearen ziurtagiriak izen hori estali behar du. Webgune bateko ziurtagiriak edo beste IP alias baterako ziurtagiriak ezin du ordezkatu.
- Egiaztatu entzulearen katearen konfigurazioa. Squid-en OpenSSL konfigurazio onartuak tarteko ziurtagiriak sar ditzake ziurtagiri-fitxategian. Berretsi antolamendua entzulearen erreferentzian, instalatutako Squid bertsiorako eta TLS backend-erako; paketeen portaera ez da uniformea. Squid 6.13ren TLS entzulearen adibidea entzulearen konfiantza helmugako TLS-tik bereizita mantentzen du.
- Egiaztatu bezeroaren konfiantza bereizita. Tartekoak bidaltzeak katea eraikitzen laguntzen du, baina bezeroak oraindik behar du aurreikusitako erro-konfiantza aingura. Zerbitzariaren kate osoa erro-biltegira bereizkeriarik gabe inportatzea zerbitzariak bidaltzen duena zuzentzearen aldaketa desberdina da.
Mantendu egiaztapena gaituta. Bezeroak erabili nahi zuen HTTPS proxya identifikatzen du. Konexio hori egiaztatu ondoren, geroagoko webgunearen ziurtagiri-errorea helmugako TLS saioari dagokio proxyaren bidez, bere ostalari-izen eta konfiantza ikerketarekin.