የHTTPS ፕሮክሲም የራሱን የሰርተፊኬት ሰንሰለት መላክ አለበት

ደንበኞች ወደ ድረ-ገጽ ከመድረሳቸው በፊት የHTTPS ፕሮክሲውን ውድቅ ካደረጉ፣ ፕሮክሲው የሚልከውን ሰንሰለት ይመርምሩ። ትክክለኛ የመጨረሻ ሰርተፊኬት ብቻ ደንበኛው የሚፈልጋቸውን መካከለኛ ሰርተፊኬቶች ላይሰጥ ይችላል።

1. የሚመረመረውን የመጨረሻ ነጥብ ይለዩ። በተዋቀረው የፕሮክሲ URL ውስጥ ያለውን የአስተናጋጅ ስም እና የዚያን ግንኙነት ስህተት ያንብቡ። የአድማጩ ሰርተፊኬት ያንን ስም መሸፈን አለበት። የድረ-ገጽ ሰርተፊኬት ወይም ለሌላ የIP ተለዋጭ ስም የተሰጠ ሰርተፊኬት ሊተካው አይችልም።
2. የአድማጩን ሰንሰለት ውቅር ይመልከቱ። Squid የሚደግፈው የOpenSSL ውቅር መካከለኛ ሰርተፊኬቶችን በሰርተፊኬት ፋይሉ ውስጥ ሊያካትት ይችላል። ለተጫነው Squid ስሪትና ለTLS backend በአድማጩ ማጣቀሻ ውስጥ አቀራረቡን ያረጋግጡ፤ የጥቅሎች ባህሪ አንድ አይነት አይደለም። የSquid 6.13 TLS አድማጭ ምሳሌ የአድማጩን እምነት ከመድረሻው TLS ለያይቶ ይይዛል።
3. የደንበኛውን እምነት ለየብቻ ይመልከቱ። መካከለኛ ሰርተፊኬቶችን መላክ ሰንሰለቱን ለመገንባት ይረዳል፣ ነገር ግን ደንበኛው አሁንም የታሰበውን የስር እምነት መልህቅ ይፈልጋል። ሙሉውን የአገልጋይ ሰንሰለት ያለ ልዩነት ወደ ስር መጋዘን ማስገባት አገልጋዩ የሚልከውን ከማስተካከል የተለየ ለውጥ ነው።

ማረጋገጫውን አብርቶ ይተዉት። ደንበኛው ሊጠቀምበት ያሰበውን HTTPS ፕሮክሲ ይለያል። ያ ግንኙነት ከተረጋገጠ በኋላ፣ በኋላ የሚከሰት የድረ-ገጽ ሰርተፊኬት ስህተት የመድረሻው TLS ክፍለ ጊዜ በፕሮክሲው በኩል ነው፣ የራሱ የአስተናጋጅ ስምና የእምነት ምርመራ ያለው።