ئەگەر خېرىدارلار تور بېكەتكە يېتىشتىن بۇرۇن HTTPS ۋاكالەتچىسىنى رەت قىلسا، ۋاكالەتچى ئاڭلىغۇچى ئەۋەتكەن زەنجىرنى تەكشۈرۈڭ. پەقەت بىر ئىناۋەتلىك يوپۇرماق گۇۋاھنامىسى خېرىدارغا كېرەكلىك ئوتتۇرا گۇۋاھنامىلەرنى تەمىنلىمەسلىكى مۇمكىن.

  1. تەكشۈرۈلىۋاتقان ئاخىرقى نۇقتىنى بېكىتىڭ. سەپلەنگەن ۋاكالەتچى URL دىكى خوجا ئاتىنى ۋە شۇ ئۇلىنىشنىڭ خاتالىقىنى ئوقۇڭ. ئاڭلىغۇچىنىڭ گۇۋاھنامىسى شۇ ئاتنى قاپلىشى كېرەك. بىر تور بېكەتنىڭ گۇۋاھنامىسى ياكى باشقا IP لەقىمى ئۈچۈن گۇۋاھنامە ئۇنىڭ ئورنىنى ئالالمايدۇ.
  2. ئاڭلىغۇچىنىڭ زەنجىر سەپلىمىسىنى تەكشۈرۈڭ. Squid قوللايدىغان OpenSSL سەپلىمىسى گۇۋاھنامە ھۆججىتىگە ئوتتۇرا گۇۋاھنامىلەرنى قوشالايدۇ. ئورنىتىلغان Squid نەشرى ۋە TLS backend ئۈچۈن ئاڭلىغۇچى پايدىلانمىسىدىكى تەرتىپنى جەزملەشتۈرۈڭ؛ بوغچىلارنىڭ ھەرىكىتى ئوخشاش ئەمەس. Squid 6.13 نىڭ TLS ئاڭلىغۇچى مىسالى ئاڭلىغۇچىنىڭ ئىشەنچىسىنى نىشاننىڭ TLS دىن ئايرىپ تۇتىدۇ.
  3. خېرىدارنىڭ ئىشەنچىسىنى ئايرىم تەكشۈرۈڭ. ئوتتۇرا گۇۋاھنامىلەرنى ئەۋەتىش زەنجىر قۇرۇشقا ياردەم قىلىدۇ، ئەمما خېرىدار يەنىلا مۆلجەللەنگەن يىلتىز ئىشەنچ ئاساسىغا موھتاج. پۈتۈن مۇلازىمېتىر زەنجىرىنى پەرقلەندۈرمەستىن يىلتىز ئامبارغا ئەكىرىش مۇلازىمېتىر ئەۋەتكەننى تۈزىتىشتىن باشقا ئۆزگىرىش.

دەلىللەشنى ئوچۇق قويۇڭ. ئۇ خېرىدار ئىشلىتىشنى مەقسەت قىلغان HTTPS ۋاكالەتچىسىنى ئېنىقلايدۇ. شۇ ئۇلىنىش دەلىللەنگەندىن كېيىن، كېيىنكى تور بېكەت گۇۋاھنامە خاتالىقى ۋاكالەتچى ئارقىلىق نىشاننىڭ TLS سېسىيىسىگە تەۋە بولۇپ، ئۇنىڭ ئۆزىنىڭ خوجا ئاتى ۋە ئىشەنچ تەكشۈرۈشى بار.

مۇناسىۋەتلىك ماقالىلەر