HTTPS પ્રોક્સીએ પણ તેની પ્રમાણપત્ર શૃંખલા મોકલવી પડે
ક્લાયંટથી Squid સુધીના TLS શ્રોતા પર ખૂટતા મધ્યવર્તી પ્રમાણપત્રોને ગંતવ્ય વેબસાઇટના પ્રમાણપત્રથી અલગ રીતે નિદાન કરો.
જો ક્લાયંટ વેબસાઇટ પર પહોંચતા પહેલાં HTTPS પ્રોક્સી નકારે, તો પ્રોક્સી શ્રોતા મોકલે છે તે શૃંખલા તપાસો. ફક્ત માન્ય લીફ પ્રમાણપત્ર ક્લાયંટને જરૂરી મધ્યવર્તી પ્રમાણપત્રો પૂરાં પાડી ન શકે.
- ચકાસાતા એન્ડપોઇન્ટને ઓળખો. રૂપરેખાંકિત પ્રોક્સી URLમાંનું હોસ્ટનામ અને તે જોડાણની ભૂલ વાંચો. શ્રોતાના પ્રમાણપત્રે તે નામને આવરી લેવું જોઈએ. વેબસાઇટનું પ્રમાણપત્ર અથવા બીજા IP ઉપનામ માટેનું પ્રમાણપત્ર તેનું સ્થાન લઈ શકતું નથી.
- શ્રોતાની શૃંખલા રૂપરેખાંકન તપાસો. Squidનું સમર્થિત OpenSSL રૂપરેખાંકન પ્રમાણપત્ર ફાઇલમાં મધ્યવર્તી પ્રમાણપત્રો સમાવી શકે છે. સ્થાપિત Squid આવૃત્તિ અને TLS બેકએન્ડ માટે શ્રોતા સંદર્ભમાં ગોઠવણીની પુષ્ટિ કરો; પેકેજનું વર્તન એકસમાન નથી. Squid 6.13 TLS શ્રોતા ઉદાહરણ શ્રોતાનો વિશ્વાસ ગંતવ્યના TLSથી અલગ રાખે છે.
- ક્લાયંટનો વિશ્વાસ અલગથી તપાસો. મધ્યવર્તી મોકલવાથી શૃંખલા બાંધવામાં મદદ મળે છે, પરંતુ ક્લાયંટને હજી પણ ઇચ્છિત રૂટ ટ્રસ્ટ એન્કરની જરૂર છે. આખી સર્વર શૃંખલા ભેદભાવ વિના રૂટ સ્ટોરમાં આયાત કરવી એ સર્વર શું મોકલે છે તે સુધારવાથી અલગ ફેરફાર છે.
ચકાસણી ચાલુ રાખો. તે ક્લાયંટ જે HTTPS પ્રોક્સી વાપરવા માગતો હતો તેને ઓળખે છે. તે જોડાણ ચકાસાયા પછી, પછીની વેબસાઇટ પ્રમાણપત્ર ભૂલ પ્રોક્સી દ્વારા ગંતવ્યના TLS સત્રની છે, જેની પોતાની હોસ્ટનામ અને વિશ્વાસ તપાસ છે.