പ്രോക്സിയുടെ CONNECT പ്രതികരണ ഹെഡറുകൾ എവിടെ കണ്ടെത്താം
ലക്ഷ്യ പ്രതികരണ ഒബ്ജക്റ്റിൽ പ്രോക്സി-നിർദ്ദിഷ്ട ഡയഗ്നോസ്റ്റിക് ഫീൽഡ് ഇല്ലാത്തപ്പോൾ CONNECT കൈമാറ്റം പരിശോധിക്കുക.
പ്രോക്സിയുടെ CONNECT മറുപടിയിലെ ഡയഗ്നോസ്റ്റിക് ഫീൽഡ് വെബ്സൈറ്റിന്റെ പിന്നീടുള്ള പ്രതികരണത്തിൽ നിന്ന് വ്യത്യസ്തമായ ഒരു പ്രതികരണത്തിനുള്ളതാണ്. ഉയർന്ന തലത്തിലുള്ള ലക്ഷ്യ പ്രതികരണ ഒബ്ജക്റ്റ് അവസാനത്തേത് മാത്രം വെളിപ്പെടുത്തിയേക്കാം.
| ഗതാഗത ഇന്റർഫേസ് | CONNECT മെറ്റാഡാറ്റ എവിടെ പ്രത്യക്ഷപ്പെടുന്നു |
|---|---|
| Python-ന്റെ സ്റ്റാൻഡേർഡ് HTTP കണക്ഷൻ API, 3.12+ | get_proxy_response_headers() CONNECT പ്രതികരണ ഹെഡറുകൾ നൽകുന്നു, അല്ലെങ്കിൽ None CONNECT അയച്ചിട്ടില്ലാത്തപ്പോൾ. |
| libcurl ഹെഡർ ശേഖരണം | CONNECT ഹെഡറുകൾ ഉൾപ്പെടുത്താം. CURLOPT_SUPPRESS_CONNECT_HEADERS ബന്ധപ്പെട്ട ഹെഡർ ഔട്ട്പുട്ട് പാതകളിലൂടെ അവയുടെ വിതരണം നിയന്ത്രിക്കുന്നു. |
Guzzle-ന്റെ cURL ഹാൻഡ്ലറിന്, on_headers ഉപയോഗിച്ച് ഓരോ പ്രതികരണ ബ്ലോക്കും പിടിച്ചെടുക്കുക തിരികെ നൽകിയ പ്രതികരണം മാത്രം നോക്കുന്നതിന് പകരം. അഭ്യർത്ഥന യഥാർത്ഥത്തിൽ നടത്തുന്ന ക്ലയന്റിന്റെ പിന്തുണയുള്ള ഇന്റർഫേസ് ഉപയോഗിക്കുക. Python-ന് മുകളിൽ നിർമ്മിച്ച ലൈബ്രറി അതിന്റെ പ്രതികരണത്തിൽ കണക്ഷൻ രീതി അനിവാര്യമായി വെളിപ്പെടുത്തണമെന്നില്ല, കൂടാതെ വേറിട്ട ഒരു കണക്ഷൻ ഇൻസ്റ്റൻസിന് ഈ കൈമാറ്റം വെളിപ്പെടുത്താനാവില്ല. libcurl-ന്റെ CONNECT ഹെഡറുകൾ അടിച്ചമർത്തുന്നത് പാഴ്സർ ലളിതമാക്കാം, പക്ഷേ ഡയഗ്നോസ്റ്റിക്സിന് ആവശ്യമായ തെളിവ് മറയ്ക്കുന്നു.
ഫീൽഡ് ഇപ്പോഴും ഇല്ലെങ്കിൽ, ഓപ്പറേറ്ററുടെ രേഖപ്പെടുത്തിയ ഉൽപ്പന്ന, രീതി, ഫല വ്യവസ്ഥകൾ പരിശോധിക്കുക. സാധാരണ എഴുത്തിൽ കൈമാറിയ അഭ്യർത്ഥനയും അതാര്യമായ HTTPS ടണലും മെറ്റാഡാറ്റ വ്യത്യസ്തമായി വെളിപ്പെടുത്തിയേക്കാം; വെണ്ടർ ഫീൽഡ് ഓരോ പ്രതികരണത്തിന്റെയും നിർബന്ധിത ഭാഗമല്ല.
ഫീൽഡിന്റെ നിർവചനം അതിന്റെ മൂല്യത്തോടൊപ്പം സൂക്ഷിക്കുക. തിരികെ നൽകിയ IP ശ്രോതാവ്, പ്രാദേശിക ബൈൻഡിംഗ്, തിരഞ്ഞെടുത്ത എക്സിറ്റ് അല്ലെങ്കിൽ ലക്ഷ്യം വിവരിച്ചേക്കാം. അതിന്റെ രൂപം മാത്രം വെബ്സൈറ്റിന് അഭിമുഖമായ ഉറവിടം തിരിച്ചറിയുന്നില്ല.