no-transform, HTTPS എന്നിവ ഉപയോഗിച്ച് പ്രോക്സി ഉള്ളടക്ക പുനർരേഖനം പരിമിതപ്പെടുത്തുക

ഉള്ളടക്കം രൂപാന്തരപ്പെടുത്തുന്ന പ്രോക്സിക്ക് ബ്രൗസറിലേക്കുള്ള വഴിയിൽ പ്രതികരണം മാറ്റാം: ചിത്രം വീണ്ടും കംപ്രസ് ചെയ്യുക, മാർക്ക്അപ്പ് വീണ്ടും എഴുതുക അല്ലെങ്കിൽ സഹായക JavaScript ചേർക്കുക. ഒരു നെറ്റ്‌വർക്കിൽ പ്രവർത്തിക്കുന്ന പേജ് മറ്റൊന്നിൽ അപരിചിതമായ മാർക്ക്അപ്പ് സ്വീകരിക്കുന്നുവെങ്കിൽ അത് ആ ഇടനിലക്കാരന്റെ പെരുമാറ്റം അനുഭവിക്കുകയായിരിക്കാം.

നിങ്ങൾ നടത്തുന്ന സൈറ്റിനായി HTTP വ്യക്തമായ പ്രതികരണ നിർദ്ദേശം നൽകുന്നു:

Cache-Control: no-transform

ഈ പ്രതികരണ നിർദ്ദേശം സ്വീകരിക്കുന്ന ഇടനിലക്കാരൻ ഒരു കാഷെ നടപ്പിലാക്കുന്നുവെങ്കിലും ഇല്ലെങ്കിലും ഉള്ളടക്കം രൂപാന്തരപ്പെടുത്താതെ വിടണമെന്ന് RFC 9111 ആവശ്യപ്പെടുന്നു. ഇത് ചിത്ര പുനഃസംപീഡനത്തോടും മാർക്ക്അപ്പ് കുത്തിവയ്പ്പിനോടും ബന്ധപ്പെട്ടതാണ്, ഒരു വസ്തു സംഭരിക്കപ്പെടുന്നുണ്ടോ എന്നതിൽ മാത്രമല്ല.

നിലവിലുള്ള കാഷെ നയത്തോടൊപ്പം സൂക്ഷിക്കുക

പ്രതികരണത്തിൽ ഇതിനകം കാഷെ നിർദ്ദേശങ്ങളുണ്ടെങ്കിൽ, നയത്തിന്റെ ബാക്കി ഉപേക്ഷിക്കുന്നതിനു പകരം ആവശ്യകത ബോധപൂർവം ചേർക്കുക. ഉദാഹരണത്തിന്, പൊതുവായി കാഷെ ചെയ്യാവുന്ന ഒരു വിഭവത്തിന് ഇത് ഉണ്ടായിരിക്കാം:

Cache-Control: public, max-age=3600, no-transform

ഈ ഉദാഹരണം ഒരു മണിക്കൂർ പുതുമ നയം നിലനിർത്തിക്കൊണ്ട് ഉള്ളടക്ക രൂപാന്തരം വിലക്കുന്നു. no-transform എന്നത് no-store എന്നർത്ഥമാക്കുന്നില്ല, സാധാരണ കൈമാറ്റ പ്രോസസ്സിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നുമില്ല. യഥാർത്ഥ ഉള്ളടക്കം പ്രധാനമായ പ്രതികരണങ്ങളിൽ, ആവശ്യമെങ്കിൽ വേറെ ചിത്ര പ്രതികരണങ്ങളിലും ഇത് സജ്ജമാക്കുക.

നിർദ്ദേശം പ്രവർത്തിക്കുന്നത് ഇടനിലക്കാരന്റെ പാലനത്തിലൂടെയാണ്. ഒരു നെറ്റ്‌വർക്ക് ഉപകരണം നിർദ്ദേശം അവഗണിക്കുന്നത് ഇത് ഗൂഢലേഖനശാസ്ത്രപരമായി തടയുന്നില്ല.

കൈമാറ്റവും സംരക്ഷിക്കുക

HTTPS ബ്രൗസറിന് അതിന്റെ TLS ഇണയിലേക്ക് പ്രാമാണീകരണവും സമഗ്രതാ സംരക്ഷണവുമുള്ള കണക്ഷൻ നൽകുന്നു. എൻക്രിപ്റ്റ് ചെയ്ത ട്രാഫിക് കടത്തിവിടുന്ന സാധാരണ കാരിയർ പ്രോക്സിക്ക് ആ സംരക്ഷിത കണക്ഷനിൽ നിശ്ശബ്ദമായി സ്ക്രിപ്റ്റ് ചേർക്കാനാവില്ല. സർട്ടിഫിക്കറ്റ് പരിശോധന നിലനിർത്തുക; TLS അവസാനിപ്പിക്കുന്ന പ്രാദേശികമായി വിശ്വസ്തമായ പരിശോധനാ പ്രോക്സി മറ്റൊരു ക്രമീകരണമാണ്.

പേജും അതിന്റെ ആശ്രിത വിഭവങ്ങളും HTTPS വഴി നൽകുക. HTTP സന്ദർശകരെ HTTPS-ലേക്ക് തിരിച്ചുവിടുക, തുടർച്ചയായി പിന്തുണയ്ക്കാനാകുന്ന വിന്യാസത്തിന് HSTS പരിഗണിക്കുക. തിരിച്ചുവിടൽ മാത്രം HTTP URL ഉപയോഗിച്ച സന്ദർശകന് സംരക്ഷിക്കപ്പെടാത്ത HTTP കൈമാറ്റത്തോടെ ആരംഭിക്കുന്നു; മുൻപ് പഠിച്ചതോ മുൻകൂട്ടി ലോഡ് ചെയ്തതോ ആയ HSTS നയം ആ പ്രാരംഭ തിരഞ്ഞെടുപ്പ് മാറ്റുന്നു.

കുത്തിവച്ച സ്ക്രിപ്റ്റ് തടയുന്നത് അതിന്റെ ദൃശ്യഫലങ്ങൾ കുറയ്ക്കാം, പക്ഷേ പ്രതികരണത്തിൽ ഇതിനകം മാറ്റിയ HTML അല്ലെങ്കിൽ പുനർരേഖപ്പെടുത്തിയ ചിത്ര URL-കൾ ഉണ്ടായിരിക്കാം. ഒരു പഴയ ഫംഗ്ഷൻ നാമം മാറ്റുന്നതോ അസാധാരണ കമന്റ് ചേർക്കുന്നതോ ചരിത്രപരമായ കുത്തിവയ്പ്പ് വിലാസം മാപ്പ് ചെയ്യുന്നതോ അടുത്ത ഇടനിലക്കാരനുവേണ്ടി ഉള്ളടക്ക സമഗ്രത സ്ഥാപിക്കുന്നില്ല.

ഒരു റിപ്പോർട്ട് അന്വേഷിക്കുമ്പോൾ, ലഭിച്ച പ്രതികരണം ഉറവിടത്തിന്റെ ഉദ്ദേശിച്ച ഉള്ളടക്കവുമായി താരതമ്യം ചെയ്ത് TLS എവിടെ അവസാനിക്കുന്നു എന്ന് തിരിച്ചറിയുക. ആ തെളിവ് ഓരോ അപരിചിത സ്ക്രിപ്റ്റിനെയും സൈറ്റിന്റെ സ്വന്തം ആപ്ലിക്കേഷൻ കോഡിലെ ബഗ്ഗായി കണക്കാക്കുന്നതിനേക്കാൾ ഉപയോഗപ്രദമാണ്.