east.proxy.example ഉം west.proxy.example ഉം ഒരേ സാധാരണ HTTP പ്രോക്സി ലിസണറിലേക്ക് പോകുന്നു എന്ന് കരുതുക. ഏതെങ്കിലും പേര് ഉപയോഗിക്കുന്ന ക്ലയന്റിന് അയയ്ക്കാം:

GET http://www.example.org/report HTTP/1.1
Host: www.example.org

അഭ്യർത്ഥന വെബ്സൈറ്റ് തിരിച്ചറിയുന്നു. TCP തുറക്കുന്നതിന് മുമ്പ് ക്ലയന്റ് പരിഹരിച്ച പ്രോക്സി അലിയാസ് അതിൽ ഉണ്ടാകില്ല. അതിനാൽ Host-ൽ നിന്ന് ഉരുത്തിരിഞ്ഞ Express ഹോസ്റ്റ്നെയിമിന് ആ പ്രോക്സി സബ്ഡൊമെയ്നുകളുടെ അടിസ്ഥാനത്തിൽ റൂട്ട് തിരഞ്ഞെടുക്കാൻ കഴിയില്ല.

നിങ്ങൾ ക്ലയന്റും പ്രോക്സിയും നിയന്ത്രിക്കുന്നുവെങ്കിൽ, വ്യക്തമായ റൂട്ടിംഗ് ഇൻപുട്ട് നൽകുക. X-Route ലേബൽ നടപ്പിലാക്കുന്ന പ്രോക്സിക്ക്:

curl --proxy http://east.proxy.example:8080 \
  --proxy-header 'X-Route: east' \
  https://www.example.org/

--proxy-header CONNECT ഉൾപ്പെടെ പ്രോക്സിയുമായുള്ള ആശയവിനിമയത്തെ ലക്ഷ്യമിടുന്നു. HTTPS അഭ്യർത്ഥനയിലെ സാധാരണ -H ഹെഡർ ലക്ഷ്യത്തിന്റെ എൻക്രിപ്റ്റ് ചെയ്ത HTTP കൈമാറ്റത്തിനുള്ളിൽ ആണ്.

സെർവർ റൂട്ടിംഗ് നയം നടപ്പിലാക്കി അംഗീകരിക്കണം, തുടർന്ന് ലേബൽ വെബ്സൈറ്റിലേക്ക് കൈമാറാതെ ഉപയോഗിക്കണം. അല്ലെങ്കിൽ, വെവ്വേറെ കോൺഫിഗർ ചെയ്ത ലിസണിംഗ് എൻഡ്പോയിന്റുകളോ പ്രോക്സി അക്കൗണ്ടുകളോ റൂട്ടിംഗ് ഇൻപുട്ടായി ഉപയോഗിക്കുക.

HTTPS ലക്ഷ്യങ്ങൾക്ക്, Node തന്റെ HTTP സെർവറിന്റെ connect ഇവന്റിലൂടെ പ്രാരംഭ ടണൽ അഭ്യർത്ഥന സ്വീകരിക്കുന്നു. സാധാരണ Express അഭ്യർത്ഥന മിഡിൽവെയർ ആ ഇവന്റ് കൈകാര്യം ചെയ്യുന്നില്ല. CONNECT ലക്ഷ്യം ഇപ്പോഴും ലക്ഷ്യ സെർവറിനെ തിരിച്ചറിയുന്നു, പ്രോക്സി അലിയാസിനെയല്ല.

അനുബന്ധ ലേഖനങ്ങൾ