VPN അല്ലെങ്കിൽ പ്രോക്സിക്ക് പകർപ്പവകാശമുള്ള ഉള്ളടക്കം പകർത്താമോ? മൂന്ന് പ്രവൃത്തികൾ

പാക്കറ്റ് കൈമാറ്റവും കാഷിംഗും വീണ്ടും പ്രസിദ്ധീകരണവും ഒരു ഡാഷ്ബോർഡിൽ നിന്ന് ഒരുപോലെ തോന്നുമെങ്കിലും അവകാശ ചോദ്യം വരുമ്പോൾ തീർത്തും വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നു. ഉപയോക്താവും സെർവറും തമ്മിൽ ബൈറ്റുകൾ നീക്കുന്ന സേവനം ഒരു പ്രവൃത്തി ചെയ്യുന്നു; പ്രതികരണം സൂക്ഷിച്ച് അടുത്ത സന്ദർശകന് നൽകുന്ന സേവനം മറ്റൊരു പ്രവൃത്തി ചെയ്യുന്നു. മറ്റൊരാളുടെ വസ്തു സ്വന്തം പേരിൽ പ്രസിദ്ധീകരിക്കുന്നത് മൂന്നാമത്തെ പ്രവൃത്തിയാണ്, സാധാരണ അർത്ഥത്തിൽ വിതരണം എന്നത് ആ മൂന്നാമത്തെ പ്രവൃത്തി മാത്രമാണ്.

നിങ്ങളുടെ സംവിധാനം ആ മൂന്നിൽ ഏതാണ് യഥാർത്ഥത്തിൽ ചെയ്യുന്നതെന്ന് കണ്ടെത്തി, അതിന് ചേരുന്ന നിയമം ബന്ധിപ്പിക്കുക. ഉൽപ്പന്ന ലേബലുകൾ ഇവിടെ ഒന്നും തീരുമാനിക്കുന്നില്ല, ഉപയോഗിക്കുന്ന പ്രോട്ടോക്കോളും മാനദണ്ഡമല്ല.

ഒരു പ്രോക്സിക്കോ VPN-നോ ചെയ്യാവുന്ന മൂന്ന് പ്രവൃത്തികൾ

ഒരു ഗേറ്റ്‌വേ TCP ഫ്ലോ സ്വീകരിച്ച് വിലാസങ്ങൾ മാറ്റിയെഴുതി സെഗ്മെന്റുകൾ ഇരുദിശയിലും കൈമാറുന്നു. കണക്ഷന് ശേഷം ഡിസ്കിൽ ഒന്നും അവശേഷിക്കുന്നില്ല, ക്ലയന്റ് ഉത്ഭവവുമായല്ല, ഗേറ്റ്‌വേയുമായി TLS സംസാരിക്കുന്നില്ലെങ്കിൽ പേലോഡ് ഗേറ്റ്‌വേയ്ക്ക് അപാരദർശിയായി തുടരുന്നു.

കാഷിംഗ് ഇടനിലക്കാരൻ വ്യത്യസ്തമായി പ്രവർത്തിക്കുന്നു: അത് അഭ്യർത്ഥന വിശകലനം ചെയ്ത്, താൻ കണക്കാക്കുകയോ ഹെഡറുകളിൽ നിന്ന് വായിക്കുകയോ ചെയ്യുന്ന കാലയളവിൽ പ്രതികരണം സൂക്ഷിച്ച്, ആ സൂക്ഷിച്ച വസ്തു പിന്നീടുള്ള ക്ലയന്റുകൾക്ക് വീണ്ടും നൽകുന്നു. ഇപ്പോൾ വയറിന് പുറത്ത് എന്തോ നിലനിൽക്കുന്നു, URL-ഉം വാലിഡേറ്ററും കൊണ്ട് അടയാളപ്പെടുത്തിയത്, അതിന്റെ സൂക്ഷിപ്പ് പാർശ്വഫലമല്ല, കോൺഫിഗറേഷൻ തിരഞ്ഞെടുപ്പാണ്.

വീണ്ടും പ്രസിദ്ധീകരണം ഒരു ചുവട് കൂടി മുന്നോട്ട് പോകുന്നു. വസ്തു നിങ്ങൾ നിയന്ത്രിക്കുന്ന അടിസ്ഥാനസൗകര്യത്തിൽ, നിങ്ങൾ തിരഞ്ഞെടുത്ത പ്രേക്ഷകർക്കായി, പലപ്പോഴും തിരുത്തലിന് ശേഷം കിടക്കുന്നു. ആദ്യ രണ്ട് പ്രവൃത്തികൾ കൈമാറ്റത്തെ വിവരിക്കുന്നു, മൂന്നാമത്തേത് വിതരണത്തെ വിവരിക്കുന്നു.

ഡീക്രിപ്റ്റ് ചെയ്യുന്ന പ്രോക്സി കൈമാറ്റത്തെ പകർപ്പാക്കി മാറ്റുന്നിടം

കൂടുതൽ തർക്കങ്ങൾ തീരുമാനിക്കുന്ന വ്യത്യാസം ബോക്സ് എപ്പോളെങ്കിലും വ്യക്തമായ വാചകം സൂക്ഷിക്കുന്നുണ്ടോ എന്നതാണ്. ശുദ്ധമായ ഒരു ടണൽ, അത് WireGuard ആകട്ടെ, OpenVPN tun ഉപകരണമാകട്ടെ, അല്ലെങ്കിൽ SSH -L ഫോർവേഡ് ആകട്ടെ, അറ്റങ്ങൾക്കിടയിൽ സൈഫർ വാചകം നീക്കി വായിക്കാവുന്ന ഒന്നും ബാക്കിയാക്കുന്നില്ല. TLS അവസാനിപ്പിക്കുന്ന പ്രോക്സി നേരെ മറിച്ചാണ് പ്രവർത്തിക്കുന്നത്: അത് ഹാൻഡ്‌ഷേക്ക് പൂർത്തിയാക്കി, പ്രതികരണം മെമ്മറിയിൽ ബഫർ ചെയ്ത്, പിന്നീട് സ്ട്രീം ക്ലയന്റിലേക്ക് വീണ്ടും എൻക്രിപ്റ്റ് ചെയ്യുന്നു. ആ പ്രവർത്തനങ്ങൾക്കിടയിൽ കൃതി ഓപ്പറേറ്ററിന് പരിശോധിച്ച് സൂക്ഷിക്കാവുന്ന രൂപത്തിൽ നിലനിൽക്കുന്നു.

17 USC 106 പകർപ്പെടുപ്പും വിതരണവും എക്സ്ക്ലൂസീവ് അവകാശങ്ങളിൽ ഉൾപ്പെടുത്തുന്നു, ഓരോന്നും അതേ കോഡിൽ പറയുന്ന പരിധികൾക്ക് വിധേയമാണ്. ഒരു മില്ലിസെക്കൻഡ് ബഫർ വാദമില്ലാതെ ഒരു പരിധിക്കുള്ളിൽ ഒതുങ്ങാം; സൂക്ഷിച്ച് വീണ്ടും നൽകാവുന്ന ഒരു വസ്തു അവിടെ ഒതുക്കാൻ ഏറെ പ്രയാസം. മെമ്മറി തൊട്ടു എന്ന വസ്തുതയെക്കാൾ കാലയളവും ഉദ്ദേശ്യവും കൂടുതൽ ഭാരം വഹിക്കുന്നു.

ഇവയൊന്നും VPN-നെ ഒരു ലൈസൻസാക്കുന്നില്ല, ഓരോ പ്രോക്സിയെയും ലംഘനക്കാരനാക്കുന്നുമില്ല. കൈമാറ്റം പല വസ്തുതകളിൽ ഒന്നു മാത്രം, വിലയിരുത്താവുന്ന ചോദ്യം അതേപടി നിൽക്കുന്നു: ഏത് പ്രവൃത്തി, ആരുടെ വസ്തുവിൽ, ഏത് അനുമതിക്ക് കീഴിൽ.

കാഷ് ഹെഡറുകൾ നിയമപരമായ അനുമതിയല്ല, പ്രോട്ടോക്കോൾ അനുമതിയാണ് വിവരിക്കുന്നത്

ഒരു HTTP കാഷ് എന്ത് സൂക്ഷിക്കാമെന്ന് പ്രതികരണ മെറ്റാഡാറ്റയിൽ നിന്ന് തീരുമാനിക്കുന്നു, അത് പിന്തുടരുന്ന നിയമങ്ങൾ RFC 9111 നിശ്ചയിക്കുന്നു. Cache-Control: no-store അനുസരണമുള്ള ഓരോ കാഷിനോടും പ്രതികരണം ഉപേക്ഷിക്കാൻ പറയുന്നു, അതേസമയം private പുനരുപയോഗം ഒരു ഉപയോക്താവിൽ ഒതുക്കുന്നു, നീണ്ട max-age പങ്കിട്ട സൂക്ഷിപ്പിന് ക്ഷണിക്കുന്നു. ഒരു അഭ്യർത്ഥന ഉത്ഭവം ഏത് നയം തിരഞ്ഞെടുത്തുവെന്ന് പറയും. മറ്റേതെങ്കിലും തർക്കത്തിന് മുൻപ് അത് പ്രവർത്തിപ്പിക്കുക.

curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'

നീണ്ട ആയുസ്സ് പ്രഖ്യാപിക്കുന്ന പ്രതികരണം, പ്രോട്ടോക്കോൾ തലത്തിൽ വീണ്ടും നൽകൽ സ്വീകാര്യമാണെന്ന് കാഷുകളോട് പറയുന്നു. ആ പ്രസ്താവന അതേ വസ്തു എടുത്ത് വീണ്ടും ഹോസ്റ്റ് ചെയ്ത് സ്വന്തം സേവനത്തിൽ ചേർക്കാമോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. രണ്ട് വ്യത്യസ്ത അനുമതികൾ രണ്ട് വ്യത്യസ്ത സംവിധാനങ്ങളിൽ നിന്ന് വരുന്നു, ഒന്ന് നിറവേറ്റിയാലും മറ്റൊന്ന് ഉണ്ടായിരുന്നിടത്ത് തന്നെ നിൽക്കുന്നു.

കണ്ണാടി സന്ദർഭവും അതേപടി പരാജയപ്പെടുന്നു. അറ്റം മുതൽ അറ്റം വരെയുള്ള HTTPS സുതാര്യമായ ഒരു കാഷിനെ ഒന്നും സൂക്ഷിക്കാൻ അനുവദിക്കുന്നില്ല, എന്നാൽ ആ ഫലം വസ്തു വിതരണം ചെയ്യാനുള്ള അവകാശം സൃഷ്ടിക്കുന്നുമില്ല, നിങ്ങൾക്ക് ഇതിനകം ഉണ്ടായിരുന്നത് നീക്കുന്നുമില്ല. പ്രോട്ടോക്കോൾ സ്വഭാവം ഒരു ബോക്സ് എന്ത് ചെയ്യാമെന്ന് വിശദീകരിക്കുന്നു; അത് ഒരിക്കലും അധികാരം നൽകുന്നില്ല.

സേവനം സജീവമാകുന്നതിന് മുൻപ് എഴുതിവയ്ക്കേണ്ടത്

പുറത്തുള്ള ഒരാൾക്ക് പരിശോധിക്കാവുന്ന വാക്കുകളിൽ ക്രമീകരണം വിവരിക്കുക. വസ്തുവും അതിന്റെ ഉറവിടവും പേരിടുക, സംവിധാനം ചെയ്യുന്ന പ്രവൃത്തികൾ പട്ടികപ്പെടുത്തുക, സൂക്ഷിച്ച ഓരോ വസ്തുവും എത്ര കാലം ജീവിക്കുന്നുവെന്ന് പറയുക.

ആ വിവരണം ആരുടെയെങ്കിലും ഓർമ്മയിലല്ല, വിന്യാസത്തിനൊപ്പം സൂക്ഷിക്കുക. പരാതി വരുമ്പോൾ, സംരക്ഷിക്കാവുന്ന നിലപാടും ഊഹവും തമ്മിലുള്ള വിടവ് സാധാരണയായി മാസങ്ങൾക്ക് മുൻപ് എഴുതിയ, സൂക്ഷിപ്പുകാലവും ലൈസൻസും പേരിടുന്ന ഒരു ഖണ്ഡികയാണ്.

ചെറിയ ഒരു പരിശോധനാ പട്ടിക ആവർത്തിക്കുന്ന വിടവുകൾ ഉൾക്കൊള്ളുന്നു:

• വസ്തുവിന്റെ ഉറവിടവും അതിനോട് ചേർന്ന നിബന്ധനകളും.
• ചെയ്യുന്ന ഓരോ പ്രവൃത്തിയും: കൈമാറ്റം, സൂക്ഷിപ്പ്, തിരുത്തൽ, നൽകൽ.
• ഓരോ വസ്തു വിഭാഗത്തിനും സൂക്ഷിപ്പുകാലം, മണിക്കൂറുകളിലോ ദിവസങ്ങളിലോ.
• നൽകൽ ഘട്ടത്തിൽ ആശ്രയിക്കുന്ന അനുമതിയോ പരിധിയോ.
• അവകാശ ഉടമകൾക്കുള്ള ബന്ധപ്പെടൽ, നീക്കം ചെയ്യൽ വഴി.

പട്ടിക ആർക്കിടെക്ചർ ചിത്രത്തിനെതിരെയല്ല, ജീവനുള്ള കോൺഫിഗറേഷനെതിരെ പരിശോധിക്കുക. ഉത്തരം ഇല്ലാത്തിടത്ത് ആ വിടവാണ് അടുത്ത ജോലി: ആ പ്രവൃത്തിക്ക് അനുമതി നേടുക, അല്ലെങ്കിൽ അത് ചെയ്യുന്നത് നിർത്തുക. ഒരു വാണിജ്യ സേവനത്തിന്, എഴുതിയ വിവരണം നിങ്ങൾ സേവനം നൽകുന്ന അധികാരപരിധിക്കെതിരെ ഒരു അഭിഭാഷകനെക്കൊണ്ട് വായിപ്പിക്കുക, കാരണം ആ വിവരണമാണ് ആ പരിശോധന സാധ്യമാക്കുന്നത്. എഴുതി വിവരിക്കാനാകാത്തതെല്ലാം നിങ്ങൾക്ക് സംരക്ഷിക്കാനാകാത്ത നിലപാടാണ്.