കണക്ട് ഹുക്ക് സെഷൻ നയമാണ്, പാക്കറ്റ് ഫിൽട്ടർ അല്ല

ക്ലയന്റുകൾ ടണലിലൂടെ എന്താണ് അയക്കുന്നതെന്ന് കാണാൻ ആരോ ആഗ്രഹിക്കുന്നു, രേഖകളിൽ കണക്ട് ഹുക്ക് കണ്ടെത്തുന്നു, ഒരു പാക്കറ്റും ലഭിക്കാത്ത ഒരു സ്ക്രിപ്റ്റ് എഴുതാൻ തുടങ്ങുന്നു. ഹുക്ക് യഥാർത്ഥവും ഉപയോഗപ്രദവുമാണ്, പക്ഷേ അതിന്റെ പ്രവർത്തന യൂണിറ്റ് ഒരു സെഷനാണ്, ബൈറ്റല്ല. ശരിയായ ഘടകം തിരഞ്ഞെടുക്കുന്നത് ജോലി നടക്കാവുന്ന മൂന്ന് സ്ഥലങ്ങൾ തമ്മിലുള്ള താരതമ്യമാണ്, നിർണ്ണായക ചോദ്യം ഓരോന്നിനും യഥാർത്ഥത്തിൽ ഏത് യൂണിറ്റ് കാണാനാകും എന്നതാണ്.

ഹുക്ക് എന്ത് സ്വീകരിക്കുന്നു, എന്ത് ഒരിക്കലും സ്വീകരിക്കുന്നില്ല

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

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

വീണ്ടും കണക്ട് ചെയ്യുന്നതും പ്രധാനമാണ്. വിച്ഛേദിക്കപ്പെട്ട് വീണ്ടും ബന്ധിപ്പിക്കുന്ന ക്ലയന്റ് പുതിയ സെഷനാണ്, അതിനാൽ ഹുക്ക് അനുവദിക്കുന്നതെല്ലാം ഇഡെംപോട്ടന്റ് ആയിരിക്കണം അല്ലെങ്കിൽ വൃത്തിയാക്കുന്ന ഡിസ്കണക്ട് ഇവന്റുമായി ജോടിയാക്കണം. ഓരോ വീണ്ടും കണക്ഷനിലും ചോരുന്ന അവസ്ഥയാണ് ഹുക്ക് അടിസ്ഥാനമാക്കിയ രൂപകൽപ്പനയിലെ സാധാരണ ആദ്യ ബഗ്.

സെഷൻ നയം ഹുക്കിനുള്ളിൽ തന്നെ

പ്രവേശനം ഹുക്കിന്റെ സ്വാഭാവിക ജോലിയാണ്. ആര്, എവിടെ നിന്ന്, ഏത് സർട്ടിഫിക്കറ്റുമായി ബന്ധിപ്പിച്ചു എന്ന് നിങ്ങൾക്ക് അറിയാം, ഈ സെഷൻ തുടരണോ നിരസിക്കണോ എന്ന് തീരുമാനിക്കാം. ആ തീരുമാനം വിലകുറഞ്ഞതാണ്, ഒരിക്കൽ മാത്രം സംഭവിക്കുന്നു, പേലോഡിന്റെ ഒരു ബൈറ്റ് പോലും നോക്കേണ്ടതില്ല.

കോൺഫിഗറേഷൻ അനുവദിക്കൽ അതേ രൂപത്തിൽ ഇണങ്ങുന്നു. ഹുക്കിന് ക്ലയന്റിന്റെ വിലാസം തിരഞ്ഞെടുക്കാം, ആ ഐഡന്റിറ്റിക്ക് അനുയോജ്യമായ ഓപ്ഷനുകൾ അയക്കാം, അല്ലെങ്കിൽ ഈ ക്ലയന്റിനായി സെർവർ വായിക്കുന്ന ഒരു ഭാഗം എഴുതാം. തീരുമാനം സെഷന് അനുസരിച്ചായതിനാൽ, എന്തെങ്കിലും തെറ്റുമ്പോൾ ഒരു പ്രത്യേക ക്ലയന്റിന് ഒരു പ്രത്യേക വിലാസം ലഭിച്ചതെന്തുകൊണ്ടെന്ന് ആരെങ്കിലും വിശദീകരിക്കേണ്ടി വരുമ്പോൾ അത് മനസ്സിലാക്കാവുന്നതായി തുടരുന്നു.

രേഖപ്പെടുത്തൽ മൂന്നാമത്തെ യോജിപ്പാണ്. ഒരു സെഷൻ സ്വീകരിച്ചുവെന്ന് പറയുന്ന, അതിന്റെ ഐഡന്റിറ്റിയും സമയവും ഉള്ള ഓഡിറ്റ് എൻട്രി കൃത്യമായി ഇവിടെയാണ്. അത് ട്രാഫിക് ലോഗ് അല്ല, അതായി നടിക്കരുത്. പിന്നീട് ആരെങ്കിലും ക്ലയന്റ് ടണലിനുള്ളിൽ എന്ത് ചെയ്തുവെന്ന് ചോദിച്ചാൽ, ഉത്തരം മറ്റെവിടെ നിന്ന് വരണം.

പാക്കറ്റ് ജോലി പാക്കറ്റ് പാതയിലാണ്

പറക്കുന്ന ബൈറ്റുകൾ കാണുകയോ മാറ്റുകയോ ആണ് ആവശ്യമെങ്കിൽ, ഘടകം ഫോർവേഡിംഗ് പാതയിലായിരിക്കണം: ക്യൂ ഉള്ള ഫയർവാൾ നിയമം, ട്രാഫിക് നിയന്ത്രണ ഹുക്ക്, അല്ലെങ്കിൽ ഉപയോക്തൃ ഇടത്തിലുള്ള ഫോർവേഡർ. ആ സംവിധാനങ്ങൾ പാക്കറ്റുകൾ കാണുന്നു, അവയ്ക്ക് സ്വന്തം അവസ്ഥയും സ്വന്തം പരാജയ രീതികളും സ്വന്തം പ്രകടന പ്രൊഫൈലും ഉണ്ട്.

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

ഇന്റർഫേസ് ക്യാപ്ചർ ഈ വിഭാഗത്തിലെ ഏറ്റവും വിലകുറഞ്ഞ ഉപകരണമാണ്, അത് എഡിറ്ററല്ല, നിരീക്ഷണമാണ്. രണ്ടിനെയും ട്രാഫിക് കാണൽ എന്ന് വിശേഷിപ്പിക്കുന്നതിനാൽ ആളുകൾ ഇവ കൂട്ടിക്കുഴയ്ക്കുന്നു, പക്ഷേ ക്യാപ്ചർ ഒരു ഫയൽ ഉണ്ടാക്കുന്നു, പാക്കറ്റ് പാത ഒരു തീരുമാനം ഉണ്ടാക്കുന്നു.

ആപ്ലിക്കേഷൻ മാറ്റങ്ങൾ ആപ്ലിക്കേഷനിലാണ്

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

വിലാസ വിവർത്തനം ഈ പട്ടികയുടെ അടിയിലാണ് ഒരു കാരണത്താൽ. അത് വിലാസങ്ങളും പോർട്ടുകളും പുനരെഴുതുന്നു, പേലോഡിനെ വെറുതെ വിടുന്നു, അതിനാൽ അത് ഉള്ളടക്ക ഉപകരണമല്ല, ഉള്ളടക്കം പരാമർശിക്കുന്ന പാചകക്കുറിപ്പിൽ എത്ര തവണ വന്നാലും.

ഈ അതിരുകൾ വേർതിരിച്ചു നിർത്തുന്നതാണ് രൂപകൽപ്പനയെ വിശദീകരിക്കാവുന്നതാക്കുന്നത്. ഹുക്കിൽ സെഷൻ നയം, പാക്കറ്റ് പാതയിൽ പാക്കറ്റ് കൈകാര്യം, പ്രോട്ടോക്കോൾ ബോധപൂർവ്വം അവസാനിക്കുന്നിടത്ത് ആപ്ലിക്കേഷൻ മാറ്റം: അവലോകനത്തിനുള്ള ചെക്ക്ലിസ്റ്റായും പ്രവർത്തിക്കുന്ന മൂന്ന് വാക്യങ്ങൾ.

TLS ഇപ്പോഴും സംഭാഷണം അവസാനിപ്പിക്കുന്നിടം

മുകളിലുള്ളതെല്ലാം അതിജീവിക്കുന്ന ഒരു കാര്യമുണ്ട്: ടണലിനുള്ളിൽ HTTPS വഹിക്കുന്ന ട്രാഫിക് സ്വന്തം ഗതാഗത എൻക്രിപ്ഷൻ നിലനിർത്തുന്നു. VPN യുടെ താക്കോലുകൾ ഉണ്ടായാൽ ഉള്ളിലെ IP പാക്കറ്റ് ലഭിക്കും, മറുവശത്തെ വെബ്സൈറ്റിന്റെ സെഷൻ താക്കോലുകൾ ലഭിക്കില്ല.

അതുകൊണ്ടാണ് ഹുക്കിന് തത്വത്തിൽ പോലും ഉള്ളടക്കം പരിശോധിക്കാനാകാത്തത്, അതുകൊണ്ടാണ് വിന്യാസം ബോധപൂർവ്വം ഉള്ളിലെ TLS അവസാനിപ്പിക്കാത്ത പക്ഷം പാക്കറ്റ് പാത സിഫർടെക്സ്റ്റ് കാണുന്നത്. സ്ക്രിപ്റ്റിംഗ് കരാർ ഹുക്കിന് എന്ത് നൽകുന്നു എന്ന് വിവരിക്കുന്നു; പേലോഡിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, കാരണം നൽകാൻ പേലോഡില്ല.