libcurl-ന്റെ പ്രോക്സി ഹെഡറുകൾ വെബ്സൈറ്റ് ഹെഡറുകളിൽ നിന്ന് വേർതിരിക്കുക
libcurl-ന് പ്രത്യേക പ്രോക്സി, ലക്ഷ്യ ഹെഡർ പട്ടികകൾ നൽകുക, പ്ലെയിൻ ടെക്സ്റ്റ് ഫോർവേഡിംഗിന് വ്യത്യസ്ത ദൃശ്യതാ പരിധിയുണ്ടെന്ന് തിരിച്ചറിയുക.
നിലവിലുള്ള libcurl ഹാൻഡിനായി ലക്ഷ്യ, പ്രോക്സി ഹെഡർ പട്ടികകൾ വ്യക്തമായി വേർതിരിക്കുക:
curl_easy_setopt(handle, CURLOPT_HEADEROPT, (long)CURLHEADER_SEPARATE);
curl_easy_setopt(handle, CURLOPT_PROXYHEADER, proxy_headers);
curl_easy_setopt(handle, CURLOPT_HTTPHEADER, origin_headers);കൈമാറ്റത്തിനിടയിൽ കോൺഫിഗർ ചെയ്ത ഹാൻഡും സാധുവായ പട്ടികകളും ജീവനോടെ നിലനിർത്തുക. CURLHEADER_SEPARATE CONNECT-ൽ ഉപയോഗിക്കുന്ന ഹെഡറുകളെ ലക്ഷ്യ അഭ്യർത്ഥനയ്ക്ക് ഉപയോഗിക്കുന്ന ഹെഡറുകളിൽ നിന്ന് വേർതിരിക്കുന്നു. പഴയ ഏകീകൃത നയ മാതൃകകൾ സാധാരണ പട്ടിക രണ്ട് കൈമാറ്റങ്ങളിലും ഇടാം.
| അഭ്യർത്ഥന പാത | പ്രത്യേക പട്ടികകളുടെ അർത്ഥം |
|---|---|
| സാധാരണ CONNECT തുരങ്കത്തിനുള്ളിൽ HTTPS | ആദ്യം പ്രോക്സി കൈമാറ്റം വരുന്നു; തുടർന്ന് ലക്ഷ്യ HTTP ഹെഡറുകൾ ലക്ഷ്യ TLS-നുള്ളിൽ വരുന്നു. |
| സാധാരണ HTTP ഫോർവേഡിംഗ് | പ്രോക്സിക്ക് ലക്ഷ്യ ഹെഡറുകൾ വായിക്കാം, libcurl-ന് ഒരു ഫോർവേഡ് ചെയ്ത അഭ്യർത്ഥനയിൽ രണ്ട് ബാധകമായ പട്ടികകളും ഉപയോഗിക്കാം. |
പ്രോക്സിക്ക് മാത്രമുള്ള റൂട്ടിംഗ് മാർക്കർ പ്രോക്സി കൈമാറ്റത്തിനുള്ളതാണ്. പ്ലെയിൻ ടെക്സ്റ്റ് ഫോർവേഡിംഗിൽ, ഫോർവേഡിംഗ് ക്രമീകരണം കൈകാര്യം ചെയ്യുന്നില്ലെങ്കിൽ ഏകപക്ഷീയ കസ്റ്റം ഫീൽഡിന് ഉറവിടത്തിൽ എത്താം; ഓപ്ഷന്റെ പേര് രഹസ്യതയുടെ ഉറപ്പല്ല.
പ്രാമാണീകരണത്തിന് പിന്തുണയ്ക്കുന്ന ക്രെഡൻഷ്യൽ ഓപ്ഷനുകൾ ഉപയോഗിക്കുക. ഓപ്പറേറ്റർ നിർവചിച്ച മെറ്റാഡാറ്റയ്ക്ക്, ഏത് ഹോപ്പ് അത് ഉപയോഗിക്കുന്നു, പൊതു ഫീൽഡിൽ പാസ്വേഡ് ഇടുന്നതിന് പകരം അത് ഫോർവേഡ് ചെയ്യാമോ എന്ന് നിർണ്ണയിക്കുക.
മാർക്കർ കാണാതിരിക്കുകയോ ചോരുന്നതായി തോന്നുകയോ ചെയ്യുമ്പോൾ, അത് അടങ്ങിയ യഥാർത്ഥ അഭ്യർത്ഥന തിരിച്ചറിയുക. നിരവധി കൈമാറ്റങ്ങൾ കാണിക്കുന്ന ഹെഡർ കോൾബാക്ക് ശരിയായി വേർതിരിച്ച പട്ടികകളെ കലർന്നതായി കാണിച്ചേക്കാം.