የፍተሻ ፕሮክሲ የትኛው ጎን ሰርተፊኬቱን ውድቅ አደረገ?

ደንበኛው የተፈቀደውን የፍተሻ ፕሮክሲ ያምናል። ጥያቄው አሁንም በሰርተፊኬት ስህተት ምክንያት አልተሳካም። ሁለቱም እውነታዎች እውነት ሊሆኑ ይችላሉ፡ ያ ፕሮክሲ የሚያረጋግጠው ሌላ የTLS ግንኙነት አለው።

client -- TLS to approved intermediary -- proxy -- TLS to website -- destination

በጣልቃገብነት አደራደር ውስጥ መካከለኛው አካል የደንበኛውን TLS ያቆማል፤ ከዚያም ወደፊት የራሱን ግንኙነት ይፈጥራል። ደንበኛው በራሱ በኩል የቀረበውን ሰርተፊኬት ሊቀበል ይችላል፤ ፕሮክሲው ግን ከድረ-ገጹ የተቀበለውን ሰርተፊኬት ይውድቃል።

የአረጋጋጩን ስህተት ያንብቡ

የተሳካለትን ሰንሰለት ወይም የአስተናጋጅ ስም ያንን ያሳወቀው የትኛው ሂደት እንደሆነ ይወስኑ። በፕሮክሲ የተፈጠረ የስህተት ገጽ በሚሰራ ግንኙነት ላይ ደንበኛውን በተሳካ ሁኔታ ሊደርስ ይችላል። የደንበኛውን CA ፋይል እንደገና መቀየር የፕሮክሲውን የላይኛው የመተማመኛ ውቅር አያዘምንም።

ለምሳሌ Mitmproxy የተለያዩ የላይኛው የመተማመኛ አማራጮችን ይመዘግባል፣ ssl_verify_upstream_trusted_ca ጨምሮ። ተገቢው አስተዳዳሪ ማረጋገጫን እየጠበቀ ለላይኛው አገልግሎት የተፈቀደ እምነት ማዋቀር ይችላል። ሌላ የፕሮክሲ ምርት የራሱን ተጓዳኝ በይነገጽ ይፈልጋል።

እውነተኛውን የመዳረሻ ስም እና ሰንሰለትም ይመልከቱ። መካከለኛ የጎደለው የግል አገልግሎት፣ ጊዜው ያለፈበት ሰርተፊኬት እና ያልታወቀ የግል አውጪ የተለያዩ ጥገናዎችን ይፈልጋሉ። ለአንድ የግል አገልግሎት የታሰበ ልዩ ሁኔታ በዝምታ የሁሉም ሰርተፊኬት አለምአቀፍ ተቀባይነት መሆን የለበትም።

ተራ የCONNECT ዋሻ የተለየ ነው

ግልጽ ያልሆነ የመጓጓዣ ዋሻ በዚህ መንገድ የመዳረሻውን TLS አይከፍልም። አፕሊኬሽኑ በተለምዶ ያንን ከጫፍ እስከ ጫፍ TLS ክፍለ ጊዜ ራሱ ይደራደራል እና ያረጋግጣል። የፍተሻ ፕሮክሲ ቅንብሮችን በማንኛውም ጣልቃገብነት ላይ ከመተግበር ይልቅ ጣልቃገብነት በእውነት የመንገዱ አካል መሆኑን በመጀመሪያ ያረጋግጡ።

ሁለቱን የማረጋገጫ ውጤቶች ለየብቻ ይመዝግቡ። “የፕሮክሲው ሰርተፊኬት ታምኗል” የሚለው የደንበኛ ጎን ጥያቄን ይመልሳል፤ ፕሮክሲው ወደፊት ሲገናኝ የተመለከተውን አያረጋግጥም።