HTTP പ്രോക്സി അഭ്യർത്ഥനകൾ: കേവല URL-കളും Host ഹെഡറും
വ്യക്തമായ പ്രോക്സി വഴി HTTP/1.1 അഭ്യർത്ഥന നടത്തുമ്പോൾ കേവല അഭ്യർത്ഥന ലക്ഷ്യവും Host ഫീൽഡും പൊരുത്തപ്പെടുന്നതായി നിലനിർത്തുക.
ഈ HTTP/1.1 പ്രോക്സി അഭ്യർത്ഥന ഏത് ഹോസ്റ്റിനെയാണ് ഉദ്ദേശിക്കുന്നത്?
GET http://first.example/path HTTP/1.1
Host: second.example
സന്ദേശം പൊരുത്തപ്പെടുന്നില്ല. പ്രോക്സിയിലേക്ക് അയക്കുന്ന കേവല-രൂപ അഭ്യർത്ഥനയിൽ RFC 9112 ആവശ്യപ്പെടുന്നത് കൈമാറുന്ന Host മൂല്യം അഭ്യർത്ഥനയുടെ ലക്ഷ്യത്തിൽ നിന്ന് വരണം എന്നാണ്. Host: first.example കൈമാറുന്നതാണ് പ്രതീക്ഷിത പെരുമാറ്റം.
ഡെവലപ്പ്മെന്റ് സൈറ്റ് പരിശോധനയിൽ URL-ലും HTTP authority-യിലും വിഭവത്തിന്റെ ഹോസ്റ്റ്നാമം ഒത്തുപോകുന്നതായി നിലനിർത്തുക. റെസല്യൂഷനുള്ള ഉത്തരവാദിത്തമുള്ള ഹോപ്പിൽ ആവശ്യമായ പേര്-മുതൽ-വിലാസം മാപ്പിംഗ് നൽകുക. വൈരുദ്ധ്യമുള്ള Host ഓവർറൈഡ് ബാക്കെൻഡ് തിരഞ്ഞെടുക്കാനുള്ള പോർട്ടബിൾ നിർദ്ദേശമല്ല.
HTTPS വ്യത്യസ്തമാണ്. സാധാരണ CONNECT തുരങ്കം തുറന്നതിന് ശേഷം TLS-ഉം ആന്തരിക HTTP കൈമാറ്റവും അതിനുള്ളിൽ നടക്കുന്നു. തടയാത്ത പ്രോക്സിക്ക് സാധാരണയായി ആ എൻക്രിപ്റ്റ് ചെയ്ത Host ഫീൽഡ് വീണ്ടും എഴുതാൻ കഴിയില്ല. CONNECT ലക്ഷ്യം, TLS പേര്, സർട്ടിഫിക്കറ്റ് ഐഡന്റിറ്റി എന്നിവ വെവ്വേറെ റോളുകളായി തുടരുന്നു.
Via, Referer അല്ലെങ്കിൽ Cache-Control നീക്കം ചെയ്യുന്നത് രണ്ട് authority-കളെയും ഒത്തുചേർക്കുന്നില്ല. പ്രോക്സി പുനരെഴുത്ത് രോഗനിർണയം ചെയ്യുന്നതിന് മുമ്പ് അഭ്യർത്ഥനയുടെ രൂപവും ഹെഡർ നിരീക്ഷിച്ച സ്ഥലവും രേഖപ്പെടുത്തുക.