openssl s_client തന്റെ പ്രോക്സി CONNECT അഭ്യർത്ഥനയ്ക്ക് മറുപടിയായി HTTP 403 ലഭിച്ചാൽ, ആ നിരസിക്കലിൽ നിന്ന് തുടങ്ങുക. അഭ്യർത്ഥിച്ച ടണൽ സ്ഥാപിതമായിട്ടില്ല.

-proxy എന്നതിനൊപ്പം s_client ആദ്യം HTTP പ്രോക്സിയോട് -connect നിർദ്ദേശിച്ച ലക്ഷ്യത്തിലേക്ക് ബന്ധിപ്പിക്കാൻ ആവശ്യപ്പെടുന്നു. വിജയകരമായ CONNECT പ്രതികരണം മാത്രമാണ് ഈ കൈമാറ്റത്തെ ലക്ഷ്യത്തിന്റെ TLS ഹാൻഡ്ഷേക്കിനുള്ള ടണലാക്കി മാറ്റുന്നത്.

ഈ ക്രമം അല്ലാതെ ആശയക്കുഴപ്പമുണ്ടാക്കുന്ന ഔട്ട്പുട്ട് വിശദീകരിക്കുന്നു: പ്രോക്സി പിശകിന് ശേഷം TLS-മായി ബന്ധപ്പെട്ട തലക്കെട്ടുകൾ, പിയർ സർട്ടിഫിക്കറ്റ് ഇല്ലായ്മ, അല്ലെങ്കിൽ ആശ്വാസകരമെന്ന് തോന്നുന്ന പരിശോധനാ വരി. ആ ഫീൽഡുകൾ ലക്ഷ്യത്തിന്റെ സർട്ടിഫിക്കറ്റ് ലഭിച്ചു പരിശോധിച്ചു എന്ന് തെളിയിക്കുന്നില്ല. പ്രവർത്തനം മുൻ ഘട്ടത്തിൽ നിലച്ചു.

പ്രോക്സിയുടെ പ്രതികരണവും അഭ്യർത്ഥിച്ച ലക്ഷ്യ ഹോസ്റ്റും പോർട്ടും രേഖപ്പെടുത്തുക. 403 പ്രോക്സിയുടെ പ്രവേശന തീരുമാനത്തിലേക്ക് ശ്രദ്ധ തിരിക്കുന്നു; 407 പ്രോക്സി പ്രാമാണീകരണം ആവശ്യപ്പെടുന്നു. ലക്ഷ്യത്തിന്റെ സർട്ടിഫിക്കറ്റ് പരിശോധന ഓഫാക്കി ഇവയൊന്നും പരിഹരിക്കപ്പെടുന്നില്ല.

കൈമാറ്റം പരിശോധിക്കാൻ അനുവാദമുണ്ടെങ്കിൽ, s_client-ന്റെ -debug ഔട്ട്പുട്ട് നിരസിക്കൽ വെളിപ്പെടുത്താൻ സഹായിച്ചേക്കാം. പ്രോക്സിയുടെ ഏതെങ്കിലും ക്രെഡൻഷ്യലുകൾ പങ്കിട്ട ട്രേസുകൾക്ക് പുറത്ത് സൂക്ഷിക്കുക. വിജയകരമായ ടണലിന് അതിനുശേഷവും സ്വന്തം TLS, സർട്ടിഫിക്കറ്റ് വിലയിരുത്തൽ ആവശ്യമാണ്, പക്ഷേ ആ ഘട്ടം യഥാർത്ഥത്തിൽ എത്തുന്നതുവരെ കണ്ടെത്താൻ ലക്ഷ്യ സർട്ടിഫിക്കറ്റ് ശൃംഖലയില്ല.

അനുബന്ധ ലേഖനങ്ങൾ