GDOI: കീ സർവർ നിങ്ങളുടെ ഡാറ്റ പാതയിൽ ഇല്ലാത്തത് എന്തുകൊണ്ട്

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

രണ്ട് തരം സുരക്ഷാ അവസ്ഥ

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

കീ അപ്ഡേറ്റ് സന്ദേശങ്ങൾ സംരക്ഷിക്കുന്ന കീ പുതുക്കൽ സുരക്ഷാ അസോസിയേഷനെയും മാനദണ്ഡം പേരിടുന്നു, അംഗങ്ങൾ ട്രാഫിക് എങ്ങനെ സംരക്ഷിക്കുന്നു എന്ന് വിവരിക്കുന്ന ഡാറ്റ സുരക്ഷാ അസോസിയേഷനുകളിൽ നിന്ന് വേറിട്ട്.

ഡയഗ്രമല്ല, കൈമാറ്റങ്ങൾ പിന്തുടരുക

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

അതുകൊണ്ടാണ് ഭൗതിക സാമീപ്യം അനുസരിച്ച് വരച്ച ഇന്റർഫേസ് ഡയഗ്രം ഇവിടെ തെറ്റിദ്ധരിപ്പിക്കുന്നു. നിയന്ത്രകന്റെ ഇന്റർഫേസ് ഒരു നിയന്ത്രണ ഉറവിടമാണ്, ഓരോ എൻക്രിപ്റ്റ് ചെയ്ത പാക്കറ്റിന്റെയും സ്വയമേവയുള്ള അടുത്ത ഹോപ്പല്ല.

സൂക്ഷിക്കാൻ യോഗ്യമായ മൂന്ന് രേഖകൾ

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

ഇവ ആരുടെയെങ്കിലും ഓർമ്മയിൽ അല്ല, കോൺഫിഗറേഷന് അരികിൽ സൂക്ഷിക്കുക. അംഗത്വ മാറ്റങ്ങൾ അപൂർവമാണ്, ആവശ്യമാകുന്നതിന് മുൻപേ യുക്തി എപ്പോഴും അപ്രത്യക്ഷമായിരിക്കും.

ഇന്റർഫേസ്, സേവന ബന്ധനം, പ്രോസസ്സിംഗ് പാത

സേവന അടിസ്ഥാനത്തിലുള്ള ഗേറ്റ്‌വേയിൽ ഒരു വ്യത്യാസം കൂടിയുണ്ട്: ഭൗതിക അണ്ടർലേ വിലാസം പ്രാദേശിക സേവന ബന്ധനത്തിന് തുല്യമല്ല, ട്രാഫിക് അതിന്റെ IPsec പ്രോസസ്സിംഗ് പാതയിൽ എങ്ങനെ എത്തുന്നു എന്ന് പ്ലാറ്റ്‌ഫോമിന്റെ നടപ്പാക്കൽ തീരുമാനിക്കുന്നു. പിശക് സന്ദേശം സേവന-ഇന്റർഫേസ് നിയമം പരാമർശിച്ചതിനാൽ ഒരു സേവനത്തെ ഭൗതിക ഇന്റർഫേസിലേക്ക് മാറ്റുന്നതോ ബന്ധമില്ലാത്ത വിവർത്തനം ചേർക്കുന്നതോ പരിഹാരത്തിന്റെ വേഷത്തിലുള്ള ഒരു ഊഹമാണ്.

സേവന ബന്ധനം ട്രാഫിക് എങ്ങനെ സ്വീകരിക്കുന്നു എന്നതിനെക്കുറിച്ച് പ്ലാറ്റ്‌ഫോമിന്റെ സ്വന്തം രേഖകൾ വായിക്കുക. പ്രോട്ടോക്കോൾ മാനദണ്ഡമായിരുന്നാലും സംവിധാനം വെണ്ടർ-നിർദ്ദിഷ്ടമാണ്.

മാനദണ്ഡവൽക്കരിച്ച പ്രോട്ടോക്കോൾ സന്ദേശങ്ങളും വെണ്ടർമാർക്കിടയിലുള്ള പൊരുത്തം സ്ഥാപിക്കുന്നില്ല. രണ്ട് നടപ്പാക്കലുകൾ ഒരുമിച്ച് പ്രവർത്തിക്കുമെന്ന് അനുമാനിക്കുന്നതിന് മുൻപ് ആവശ്യമായ സവിശേഷതകൾ, നയ- അസോസിയേഷൻ ഗുണങ്ങൾ, പ്രാമാണീകരണ രീതി, കൃത്യമായ പ്ലാറ്റ്‌ഫോമും പതിപ്പും താരതമ്യം ചെയ്യുക.

നിയന്ത്രണ ലഭ്യതയും ഡാറ്റ ഫോർവേഡിംഗും വെവ്വേറെ പരിശോധനകളാണ്

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

തുടർന്ന് നിയന്ത്രകൻ ഒഴിവാക്കി ഫോർവേഡിംഗ് വെവ്വേറെ പരീക്ഷിക്കുക. രണ്ട് പരിശോധനകൾ, രണ്ട് ഫലങ്ങൾ, ഏത് പകുതിയാണ് തകർന്നതെന്നതിനെക്കുറിച്ച് വളരെ ചെറിയ ചർച്ച.