പ്രോക്സിയോടൊപ്പം WRONG_VERSION_NUMBER: HTTP ഉം HTTPS ഉം പരിശോധിക്കുക

പിശക് “തെറ്റായ പതിപ്പ്” എന്ന് പറയുന്നു, അതിനാൽ TLS പതിപ്പുകൾ മാറ്റാൻ തുടങ്ങാനുള്ള പ്രലോഭനമുണ്ട്. പ്രോക്സിയുള്ളപ്പോൾ, കൂടുതൽ മുൻപുള്ള ഒരു സാധ്യത പരിശോധിക്കുക: സാധാരണ HTTP കാത്തിരുന്ന പോർട്ടിലേക്ക് ക്ലയന്റ് TLS ഹാൻഡ്ഷേക്ക് അയച്ചോ?

https://example.com/ പോലുള്ള ലക്ഷ്യവും http://proxy.example:8080 പോലുള്ള പ്രോക്സിയും സാധാരണ ജോടിയാണ്. രണ്ടാമത്തെ URL HTTPS ആക്കുന്നത്, പ്രോക്സിയോട് തന്നെയുള്ള സംഭാഷണം എൻക്രിപ്റ്റ് ചെയ്യാൻ ക്ലയന്റിനോട് പറയുന്നു. HTTPS സൈറ്റുകൾ അനുവദിക്കാനുള്ള നിർദ്ദേശമല്ല ഇത്.

ആദ്യ TLS സംഭാഷണം കണ്ടെത്തുക

HTTP പ്രോക്സിയിൽ, ക്ലയന്റ് ആദ്യം CONNECT അയച്ച് HTTP മറുപടി സ്വീകരിക്കാം. അതിനുശേഷം മാത്രം ടണലിനുള്ളിൽ ലക്ഷ്യത്തിന്റെ TLS ആരംഭിക്കുന്നു. HTTPS പ്രോക്സിയിൽ ആദ്യം വരുന്നത് പ്രോക്സിയിലേക്കുള്ള വേറിട്ട TLS കണക്ഷനാണ്.

HTTP പിശക് പേജോ മറ്റ് സാധാരണ ടെക്സ്റ്റോ ലഭിക്കുന്ന TLS പാഴ്സർ പ്രോട്ടോക്കോൾ പിശക് റിപ്പോർട്ട് ചെയ്തേക്കാം. ആ വാക്കുകൾ സൈറ്റ് ഏത് TLS പതിപ്പുകൾ പിന്തുണയ്ക്കുന്നു എന്നോ, സൈറ്റുമായി ബന്ധപ്പെട്ടിട്ടുണ്ടോ എന്നോ സ്ഥാപിക്കുന്നില്ല.

1. പ്രോക്സിയുടെ URL, അതിന്റെ സ്കീം ഉൾപ്പെടെ, എൻഡ്പോയിന്റിന്റെ രേഖപ്പെടുത്തിയ പ്രോട്ടോക്കോൾ എന്നിവ കുറിച്ചുവയ്ക്കുക.
2. പരാജയം CONNECT മറുപടിക്ക് മുമ്പോ, ലക്ഷ്യത്തിന്റെ TLS സമയത്തോ, പ്രോക്സിയുടെ സ്വന്തം സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുമ്പോഴോ സംഭവിച്ചതാണോ എന്ന് കണ്ടെത്തുക.
3. പഴയ പരിഹാരവുമായി താരതമ്യം ചെയ്യുമ്പോൾ യഥാർത്ഥ ക്ലയന്റ്, ഡിപ്പെൻഡൻസി പതിപ്പുകൾ പരിശോധിക്കുക. മുൻപത്തെ പ്രോക്സി നടപ്പാക്കലുകൾ സ്കീമിനെ ചിലപ്പോൾ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്തു.

പല തിരുത്തലുകളും വ്യത്യസ്ത കാരണങ്ങളാൽ തെറ്റാകാം. HTTP പ്രോക്സി പട്ടിക അത്തരം വഴിയിൽ അനുവദിക്കപ്പെട്ട പൊതു അഭ്യർത്ഥനകൾക്കായി സാധാരണ HTTP എൻഡ്പോയിന്റ് സ്ഥാനാർത്ഥികൾ നൽകുന്നു. സാധാരണ HTTP എൻഡ്പോയിന്റിന് HTTP പ്രോക്സി സ്കീം വേണം; യഥാർത്ഥത്തിൽ TLS പ്രവർത്തനക്ഷമമായ എൻഡ്പോയിന്റ് HTTPS ഉം അതിന്റെ സർട്ടിഫിക്കറ്റ് പരിശോധനയും നിലനിർത്തണം. CONNECT നിരസിക്കുന്ന പ്രോക്സിക്ക് പിന്തുണയുള്ള സേവനമോ നയമോ വേണം, ലൈബ്രറിയുടെ ഏകപക്ഷീയമായ ഡൗൺഗ്രേഡല്ല.

ആദ്യം കാണാവുന്ന പരാജയം സൂക്ഷിക്കുക. സർട്ടിഫിക്കറ്റ് പരിശോധന ഓഫാക്കുന്നത് HTTP മാത്രം സംസാരിക്കുന്ന ശ്രോതാവിനെ TLS സംസാരിപ്പിക്കില്ല, പഴയ സൈഫർ നയം തിരഞ്ഞെടുക്കുന്നത് സൈറ്റിന്റെ ഹാൻഡ്ഷേക്കിന് മുമ്പ് അയച്ച HTTP നിരസിക്കലിനെ വിശദീകരിക്കുകയുമില്ല.