പ്രോക്സിയുമായും ലക്ഷ്യസ്ഥാനവുമായും HTTP/2 ചർച്ച
curl-ന്റെ --proxy-http2 HTTPS പ്രോക്സി കണക്ഷൻ നിയന്ത്രിക്കുന്നു. ടണലിനുള്ളിലെ ലക്ഷ്യം സ്വന്തം HTTP പതിപ്പ് ചർച്ചചെയ്യുന്നു.
വെബ്സൈറ്റിന് HTTP/1.1 CONNECT ടണലിലൂടെ HTTP/2-യിൽ മറുപടി നൽകാം. അതിന്റെ TLS സെഷൻ ക്ലയന്റ്–പ്രോക്സി കണക്ഷനിൽനിന്ന് സ്വതന്ത്രമായി ലക്ഷ്യപ്രോട്ടോക്കോൾ ചർച്ചചെയ്യുന്നു. തിരിച്ചും ശരിയാണ്: HTTPS പ്രോക്സിയിലേക്കുള്ള HTTP/2 വെബ്സൈറ്റിൽ HTTP/2 നിർബന്ധമാക്കുന്നില്ല.
പുറത്തെ കണക്ഷൻ ഉദ്ദേശ്യപൂർവം പരീക്ഷിക്കാൻ curl 8.1.0 --proxy-http2 ചേർത്തു:
curl --proxy https://proxy.example:8443 --proxy-http2 --connect-timeout 5 --max-time 15 --verbose https://example.com/യഥാർത്ഥ HTTPS പ്രോക്സിയും HTTP/2 പിന്തുണയുള്ള curl ബിൽഡും ഉപയോഗിക്കുക. curl --version പരിശോധിച്ചശേഷം വിശദമായ ചർച്ച വായിക്കുക: പ്രോക്സി HTTP/1 മാത്രം നൽകാം, curl അതുപയോഗിക്കും. സാധാരണ HTTP അല്ലെങ്കിൽ SOCKS ലിസനറിൽ ഈ ഓപ്ഷൻ HTTP/2 പ്രവർത്തനക്ഷമമാക്കില്ല.
പ്രോക്സി ചർച്ച അന്തിമ കൈമാറ്റത്തിന്റെ HTTP പതിപ്പിൽനിന്ന് വേറിട്ട് രേഖപ്പെടുത്തുക. പ്രതികരണ പതിപ്പോ അന്തിമ കൈമാറ്റത്തിന്റെ write-out മൂല്യമോ പുറത്തെ പ്രോക്സി കണക്ഷനെ സ്വയമേവ വിവരിക്കുന്നില്ല.
പൊതു HTTP പ്രോക്സി പട്ടികയിലെ എൻഡ്പോയിന്റിന് പിന്തുണയുള്ള ട്രാൻസ്പോർട്ടും പൂർണ അഭ്യർത്ഥനയും ഉപയോഗിച്ച് തുടങ്ങുക. യഥാർത്ഥത്തിൽ HTTPS പ്രോക്സി ഉണ്ടാകുകയും അതിന്റെ പുറത്തെ ശേഷി പരിശോധിക്കണമെന്ന് ആഗ്രഹിക്കുകയും ചെയ്യുമ്പോഴാണ് ഓപ്ഷൻ ചേർക്കേണ്ടത്, വെബ്സൈറ്റ് HTTP/2 പിന്തുണയ്ക്കുന്നതുകൊണ്ടല്ല. ഒരേ HTTP/2 സൈറ്റിലെത്തുന്ന രണ്ടു പ്രോക്സികൾക്കും പാത, ഭാരം, സ്ഥാപിക്കൽ സമയം എന്നിവ വ്യത്യാസപ്പെടാം; സൈറ്റിന്റെ പതിപ്പ് മാത്രം പ്രകടനം വിശദീകരിക്കില്ല.