OpenSSL s_client: પ્રોક્સી 403 લક્ષ્યના TLS પહેલાં જ આવે છે
OpenSSL પ્રોક્સી CONNECT 403ને ટનલ-તબક્કાની નિષ્ફળતા તરીકે સમજો અને ક્યારેય શરૂ ન થયેલા હેન્ડશેક પરથી લક્ષ્યનું પ્રમાણપત્ર નિદાન ન કરો.
જો openssl s_client તેની પ્રોક્સી CONNECT વિનંતીના જવાબમાં HTTP 403 મેળવે, તો તે અસ્વીકારથી શરૂ કરો. મંગાયેલી ટનલ સ્થાપિત થઈ નથી.
-proxy સાથે s_client પહેલા HTTP પ્રોક્સીને -connect દ્વારા દર્શાવેલા લક્ષ્ય સાથે જોડાવા કહે છે. ફક્ત સફળ CONNECT જવાબ જ આ વિનિમયને લક્ષ્યના TLS હેન્ડશેક માટે ટનલમાં ફેરવે છે.
આ ક્રમ જ અન્યથા ગૂંચવણભરી આઉટપુટ સમજાવે છે: પ્રોક્સી ભૂલ પછી TLS-સંબંધિત શીર્ષકો, કોઈ સહભાગી પ્રમાણપત્ર નહીં, અથવા દેખીતી રીતે આશ્વાસન આપતી ચકાસણી લાઇન. તે ક્ષેત્રો સાબિત કરતાં નથી કે લક્ષ્યનું પ્રમાણપત્ર મળ્યું અને ચકાસાયું છે. ક્રિયા વહેલા તબક્કે જ અટકી ગઈ હતી.
પ્રોક્સીનો જવાબ તથા મંગાયેલું લક્ષ્ય હોસ્ટ અને પોર્ટ નોંધો. 403 ધ્યાનને પ્રોક્સીના ઍક્સેસ નિર્ણય તરફ દોરે છે; 407 પ્રોક્સી પ્રમાણીકરણ માંગે છે. લક્ષ્યના પ્રમાણપત્રની ચકાસણી બંધ કરીને બંનેમાંથી કંઈ સુધરતું નથી.
જ્યારે વિનિમય તપાસવાની પરવાનગી હોય, ત્યારે s_clientનું -debug આઉટપુટ અસ્વીકાર ઉજાગર કરવામાં મદદ કરી શકે છે. પ્રોક્સીના કોઈપણ ઑથેન્ટિકેશન વિગતોને વહેંચાયેલા ટ્રેસની બહાર રાખો. સફળ ટનલને પછીથી પોતાનું TLS અને પ્રમાણપત્ર મૂલ્યાંકન હજી જરૂરી રહેશે, પરંતુ તે તબક્કો ખરેખર ન પહોંચે ત્યાં સુધી નિદાન માટે કોઈ લક્ષ્ય પ્રમાણપત્ર-શૃંખલા નથી.