പ്രോക്സി ഉപയോഗിക്കുമ്പോൾ CURLOPT_CONNECT_TO എന്താണ് മാറ്റുന്നത്
പുതിയ വിലാസത്തിൽ HTTP അല്ലെങ്കിൽ SOCKS നടപ്പിലാക്കുന്നു എന്ന് കരുതുന്നതിനുപകരം ബദൽ നെറ്റ്‌വർക്ക് എൻഡ്‌പോയിന്റുകൾക്കായി libcurl-ന്റെ connect-to മാപ്പിംഗ് ഉപയോഗിക്കുക.
CURLOPT_CONNECT_TO പൊരുത്തപ്പെടുന്ന ലക്ഷ്യത്തിനായി libcurl ബന്ധിപ്പിക്കുന്ന ഹോസ്റ്റും പോർട്ടും മാറ്റുന്നു. ബദൽ എൻഡ്‌പോയിന്റിനെ HTTP CONNECT അല്ലെങ്കിൽ SOCKS സംസാരിക്കുന്നതാക്കുന്നില്ല.
യഥാർത്ഥ ഹോസ്റ്റ്നാമം ഇപ്പോഴും അപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളിന്റെയും TLS-ന്റെയും ഐഡന്റിറ്റി നൽകുന്നു. ഒരേ സേവനത്തിന്റെ മറ്റൊരു സെർവർ ഇൻസ്റ്റൻസിൽ ബോധപൂർവ്വം എത്തുമ്പോൾ ഇത് ഉപകരിക്കും. എന്നാൽ ഏതെങ്കിലും പ്രോക്സി ലിസണർ അപ്ലിക്കേഷന്റെ അസംസ്കൃത ബൈറ്റുകളല്ല, തന്റെ സ്വന്തം പ്രോക്സി ഹാൻഡ്‌ഷേക്ക് പ്രതീക്ഷിക്കുന്നു.
മാപ്പിംഗ് HTTP പ്രോക്സിയുമായി സംയോജിപ്പിക്കൽ
HTTP പ്രോക്സി വെവ്വേറെ കോൺഫിഗർ ചെയ്യുക. പൊതു സേവനത്തിലേക്കുള്ള ക്രെഡൻഷ്യലില്ലാത്ത HTTP പാത, ആ ഇടനിലക്കാരന് അനുമതിയുള്ളപ്പോൾ HTTP പ്രോക്സി പട്ടികയിൽ നിന്നുള്ള എൻഡ്‌പോയിന്റ് ഉപയോഗിക്കാം; നിലവിലുള്ള ഒരു പ്രോക്സി അക്കൗണ്ടും സ്ഥാനാർത്ഥിക്ക് അയയ്ക്കരുത്. വ്യത്യസ്തമായ connect-to മാപ്പിംഗിന് അഭ്യർത്ഥന ടണൽ മോഡിലേക്ക് മാറ്റാമെന്ന് libcurl രേഖപ്പെടുത്തുന്നു: പ്രോക്സി മാപ്പ് ചെയ്ത ലക്ഷ്യത്തിലേക്കുള്ള ബന്ധം തുറക്കുന്നു. മാപ്പിംഗ് പ്രോക്സിയിലൂടെ എത്തുന്നത് തിരഞ്ഞെടുക്കുന്നു; അത് പ്രോക്സി കോൺഫിഗറേഷനെ മാറ്റിസ്ഥാപിച്ചിട്ടില്ല.
മൂന്ന് മൂല്യങ്ങൾ വേർതിരിച്ച് സൂക്ഷിക്കുക: ഉദ്ദേശിച്ച സേവന നാമം, ബദൽ കണക്ഷൻ എൻഡ്‌പോയിന്റ്, പ്രോക്സി എൻഡ്‌പോയിന്റ്. ഓരോ ഓപ്ഷനും അതിന്റെ യഥാർത്ഥ പങ്കിന് തിരഞ്ഞെടുക്കുകയും സേവനത്തിന് സാധാരണ TLS നാമ പരിശോധന നിലനിർത്തുകയും ചെയ്യുക.
പ്രോക്സി പോർട്ട് തന്നെ കണക്ഷനുകൾ നിരസിക്കുകയാണെങ്കിൽ, അതേ അഭാവത്തിലുള്ള ലിസണറിലേക്ക് ചൂണ്ടുന്ന മറ്റൊരു ഓപ്ഷന് ആദ്യ ചാട്ടം പരിഹരിക്കാനാവില്ല. ലക്ഷ്യ മാപ്പിംഗ് മാറ്റുന്നതിന് മുമ്പ് ആ ലിസണർ അല്ലെങ്കിൽ പാതയുടെ പരാജയം പരിഹരിക്കുക.