VPN എക്സിറ്റ് വിലാസങ്ങളുടെ രജിസ്റ്റർ യഥാർത്ഥത്തിൽ എന്താണ് രേഖപ്പെടുത്തേണ്ടത്?
ഓരോ എൻട്രിയും അതിന്റെ അർത്ഥം, പ്രസിദ്ധീകരണക്കാരൻ, കാലാവധി എന്നിവ വ്യക്തമാക്കിയാൽ മാത്രമേ എക്സിറ്റ് രജിസ്റ്റർ ഉപയോഗപ്രദമാകൂ. വർഗ്ഗീകരണം വരിക്കാരന്റെ തിരിച്ചറിയലല്ല.
എക്സിറ്റ് രജിസ്റ്ററുകൾ പട്ടികകൾ പോലെ തോന്നുന്നു, പട്ടികയല്ല ബുദ്ധിമുട്ടുള്ള ഭാഗം. ഓരോ എൻട്രിയും എന്ത് അവകാശപ്പെടുന്നു, ആർക്ക് അത് പ്രസിദ്ധീകരിക്കാം, അവകാശവാദം സത്യമല്ലാതാകുമ്പോൾ എന്ത് സംഭവിക്കുന്നു എന്നിവ തീരുമാനിക്കുന്നതാണ് ബുദ്ധിമുട്ടുള്ള ഭാഗം. ഈ നിർദ്ദേശങ്ങളിൽ മൂന്ന് വ്യത്യസ്ത വിലാസ പങ്കുകൾ കൂടിക്കലരുന്നു, അവ കൂട്ടിക്കലർത്തുന്ന രജിസ്റ്റർക്ക് ഒരു ചോദ്യത്തിനും വിശ്വസനീയമായി ഉത്തരം നൽകാനാവില്ല. ഒരു എൻട്രി പ്രസിദ്ധീകരണത്തിൽ നിന്ന് പിൻവലിക്കൽ വരെ പിന്തുടരുക, ഡിസൈൻ ആവശ്യകതകൾ സ്വയം പ്രത്യക്ഷപ്പെടും.
പട്ടികയിൽ നിന്നല്ല, രേഖയിൽ നിന്ന് തുടങ്ങുക
ആദ്യ ചോദ്യം എത്ര വിലാസങ്ങൾ ഉൾപ്പെടുത്തണം എന്നതല്ല, ഒരു വരി എന്താണ് അർത്ഥമാക്കുന്നത് എന്നതാണ്. ക്ലയന്റുകൾ എവിടെ ബന്ധിപ്പിക്കുന്നു, ഒരു ലക്ഷ്യസ്ഥാനം ഏത് ഉറവിടം കാണാം, അല്ലെങ്കിൽ ഒരു രജിസ്റ്ററിൽ അനുവദനം ആരാണ് കൈവശം വയ്ക്കുന്നത് എന്നിവ ഇത് വിവരിക്കുന്നുണ്ടോ? ഇവ മൂന്ന് അവകാശവാദങ്ങളാണ്, മൂന്ന് ഉടമകളും മൂന്ന് പരാജയ മോഡുകളുമുണ്ട്. അവയിൽ ഏതാണ് രേഖപ്പെടുത്തുന്നതെന്ന് വ്യക്തമാക്കാത്ത രജിസ്റ്റർ സാധൂകരിക്കാനോ തിരുത്താനോ കാലാവധി അവസാനിപ്പിക്കാനോ കഴിയില്ല. അർത്ഥം ശരിയായി ഗ്രഹിക്കുന്നതാണ് ഡിസൈൻ ജോലി, പട്ടിക വെറും ഫലം മാത്രം.
ഏതെങ്കിലും സ്കീമ എഴുതുന്നതിന് മുമ്പ് വരിയുടെ നിർവചനം എഴുതുക. നിർവചനത്തിന് «ഒപ്പം» എന്ന വാക്ക് ആവശ്യമുണ്ടെങ്കിൽ, അത് ഒന്നായി നടിക്കുന്ന രണ്ട് രേഖകളാണ്.
ഒരുപോലെ തോന്നുന്ന മൂന്ന് വിലാസ പങ്കുകൾ
ഒരു വിന്യാസത്തിന് മൂന്നും ഒരുമിച്ച് ഉപയോഗിക്കാം, പലപ്പോഴും അങ്ങനെ ചെയ്യുന്നു, അതിനാൽ പങ്കുകൾ കൂട്ടിക്കലർത്താൻ എളുപ്പമാണ്. ഒരു സേവനത്തിന് ഒരു വിലാസത്തിൽ കണക്ഷനുകൾ അവസാനിപ്പിച്ച് മറ്റൊരു വിലാസത്തിൽ നിന്ന് ട്രാഫിക് കൈമാറാം, അതേസമയം ഒരു രജിസ്റ്റർ തികച്ചും മൂന്നാമത്തെ വസ്തുത രേഖപ്പെടുത്തുന്നു.
| Address role | Who may publish | What it does not prove | Withdrawal trigger |
|---|---|---|---|
| Forwarded exit | The operator that forwards the traffic, or a feed it authorizes | That a subscriber is behind the address, or that all its traffic is tunnelled | The address stops forwarding for that operator, or the prefix is reassigned |
| Registered allocation | The registry, or the holder of the allocation | That the resource is used as a VPN exit, or which application uses it | The allocation is returned, transferred, or the holder changes |
| Tunnel entry | The operator that terminates the tunnel | That traffic exits from the same address, or that the client is a subscriber | The endpoint is decommissioned or its address changes |
ഒരു ഹോസ്റ്റിംഗ് ബ്ലോക്കിൽ VPN എക്സിറ്റുകളും ബന്ധമില്ലാത്ത വർക്ക്ലോഡുകളും ഒരുമിച്ച് ഉണ്ടാകാം, അതിനാൽ രജിസ്റ്റർ പൊരുത്തം ഒരു നിർദ്ദിഷ്ട വിലാസം ഒരു നിർദ്ദിഷ്ട നിമിഷത്തിൽ എന്ത് ചെയ്യുന്നു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. തന്റെ പങ്ക് പേരിടാത്ത എൻട്രി ഒന്നിന്റെയും തെളിവല്ല. പങ്ക് പേരിടുന്നതാണ് രേഖയെ ഖണ്ഡനീയമാക്കുന്നത്. വിലാസ കുടുംബവും വ്യക്തമാക്കുക, കാരണം IPv4 മാത്രം നിശബ്ദമായി ഉൾക്കൊള്ളുന്ന രജിസ്റ്റർ വിപരീതം അനുമാനിക്കുന്ന എല്ലാവരെയും തെറ്റിദ്ധരിപ്പിക്കും.
ഒരു എൻട്രി പ്രസിദ്ധീകരണത്തിൽ നിന്ന് പിൻവലിക്കൽ വരെ പിന്തുടരുക
ഒരു സങ്കൽപ്പ എക്സിറ്റ് എടുത്ത് പിന്തുടരുക. ഒരു ഓപ്പറേറ്റർ പ്രഖ്യാപിത പ്രാബല്യ സമയത്ത് പ്രിഫിക്സും അതിന്റെ പങ്കും പ്രസിദ്ധീകരിക്കുന്നു, ഉപഭോക്താക്കൾ അത് എടുക്കുന്നു, പിന്നീട് വിലാസം എക്സിറ്റായി സേവനം നിർത്തുന്നു. ഓരോ ഘട്ടത്തിനും ഒരു നിയമം വേണം: ആർക്ക് പ്രസിദ്ധീകരിക്കാം, പ്രിഫിക്സ് യഥാർത്ഥത്തിൽ എന്ത് ഉൾക്കൊള്ളുന്നു, എൻട്രി എപ്പോൾ പ്രാബല്യത്തിൽ വരുന്നു, എങ്ങനെ പിൻവലിക്കുന്നു. പിൻവലിക്കൽ പാതയില്ലാത്ത ഫീഡ് കാലഹരണപ്പെട്ട അവകാശവാദങ്ങൾ കൂട്ടുന്നു, അവ നിലവിലുള്ളവയിൽ നിന്ന് ആർക്കും വേർതിരിക്കാനാവില്ല.
പ്രസിദ്ധീകരിക്കാനുള്ള അധികാരത്തെ ലേബലിന്റെ കൃത്യതയിൽ നിന്ന് വേർതിരിക്കുക. ഒരു സംഘടനയെ ഒരു വിഭവവുമായി ബന്ധിപ്പിക്കുന്ന രജിസ്റ്റർ രേഖ അനുവദനം തെളിയിക്കുന്നു, നിലവിലെ ഉപയോഗമല്ല, അവ വ്യത്യസ്ത തെളിവുകളുള്ള വ്യത്യസ്ത അവകാശവാദങ്ങളാണ്. ഉപഭോക്താക്കൾ രണ്ടിൽ ഏതിനെയാണ് വിശ്വസിക്കുന്നതെന്ന് അറിയണം.
തിരുത്തലും നിർവചിക്കുക. ഉപഭോക്താവിന് വീണ്ടും അനുവദിച്ച വിലാസം, അല്ലെങ്കിൽ തെറ്റായ ലേബലിൽ പെട്ട ബന്ധമില്ലാത്ത സേവനം, ടിക്കറ്റ് ക്യൂവിലെ തർക്കത്തിന് പകരം പരിഹാരത്തിലേക്കുള്ള രേഖപ്പെടുത്തിയ പാത ആവശ്യപ്പെടുന്നു. പിൻവലിക്കൽ ട്രിഗർ പ്രസിദ്ധീകരണ നിയമത്തിന്റെ അതേ രേഖയിൽ ഉണ്ടായിരിക്കണം.
പ്രസിദ്ധീകരിച്ച ഫീഡിന് എന്ത് പിന്തുണയ്ക്കാം, എന്ത് പിന്തുണയ്ക്കാനാവില്ല
പ്രസിദ്ധീകരിച്ച പ്രിഫിക്സ് സവിശേഷതകൾ സ്ഥാപിത മാതൃകയാണ്, നിലവിലുള്ള ഉദാഹരണങ്ങൾ പെരുമാറ്റത്തെക്കാൾ ഭൂമിശാസ്ത്രമോ ഉടമസ്ഥതയോ വിവരിക്കുന്നു. VPN ഫീഡിന് സ്വന്തം അർത്ഥശാസ്ത്രം, സ്വന്തം തെളിവ് നിയമങ്ങൾ, സ്വന്തം അവലോകന പ്രക്രിയ എന്നിവ വേണ്ടിവരും, രാജ്യങ്ങളുടെ പട്ടിക പുനർനാമകരണം ചെയ്യുന്നത് അവയൊന്നും നൽകുന്നില്ല. ARIN രജിസ്ട്രി ഗൈഡ് അനുവദന രേഖകൾ എന്ത് അവകാശപ്പെടുന്നു, എന്ത് അവകാശപ്പെടുന്നില്ല എന്ന് കാണിക്കുന്നു, പുതിയ ഫീഡ് സ്വന്തം അവകാശവാദങ്ങളെക്കുറിച്ച് അതേ വ്യക്തത നേടണം. ഇത് ഒരു സ്പെസിഫിക്കേഷൻ ജോലിയാണ്, പുനർലേബലിംഗ് ജോലിയല്ല.
അത്തരമൊരു ഫീഡിന് പിന്തുണയ്ക്കാനാകുന്നത് ഒരു നെറ്റ്വർക്ക് ഉറവിടത്തെക്കുറിച്ചുള്ള വർഗ്ഗീകരണ തീരുമാനമാണ്. പിന്തുണയ്ക്കാനാവാത്തത് പങ്കിട്ട വിലാസത്തിന് പിന്നിലുള്ള ഒരു വ്യക്തിയെ തിരിച്ചറിയുക, ആ വിലാസത്തിൽ നിന്നുള്ള എല്ലാ ട്രാഫിക്കും ഒരു ടണലിലൂടെ കടന്നുപോകുന്നു എന്ന് തെളിയിക്കുക, അല്ലെങ്കിൽ ഒരു പ്രത്യേക അഭ്യർത്ഥന ദുരുപയോഗമാണോ എന്ന് തീരുമാനിക്കുക എന്നിവയാണ്. ഇവ മൂന്ന് വേറിട്ട ചോദ്യങ്ങളാണ്, മൂന്ന് വേറിട്ട തെളിവ് ആവശ്യകതകളോടെ.
നിയമപരമായ ചോദ്യം സ്പെസിഫിക്കേഷന് പുറത്ത് നിർത്തുക
നിർദ്ദിഷ്ട രജിസ്ട്രേഷൻ ആവശ്യകത നിയമാനുസൃതമാണോ ആനുപാതികമാണോ വിവേകപൂർണ്ണമാണോ എന്ന് ഒരു സാങ്കേതിക സ്പെസിഫിക്കേഷന് തീരുമാനിക്കാനാവില്ല. ആ മൂല്യനിർണ്ണയത്തിന് യഥാർത്ഥ നിയമനിർമ്മാണ പാഠം, ബാധിക്കപ്പെടുന്ന അവകാശങ്ങൾ, അധികാരപരിധി, ഡാറ്റാ ഫോർമാറ്റിന് നൽകാനാവാത്ത നിയമ വിശകലനം എന്നിവ വേണം. ഒരു ഫോർമാറ്റ് നന്നായി രൂപകൽപ്പന ചെയ്തതാകാം, എന്നിട്ടും മോശം നയത്തെ പിന്തുണയ്ക്കാം.
സ്പെസിഫിക്കേഷന് ചെയ്യാനാകുന്നത് ചർച്ചയെ മൂർത്തമാക്കുകയാണ്. ആദ്യം നിർദ്ദിഷ്ട ഡാറ്റ, അതിന്റെ പരിധികൾ, പരാജയ മോഡുകൾ എന്നിവ നിർവചിക്കുക, അപ്പോൾ നയ ചർച്ച ഓരോ പങ്കാളിയും വ്യത്യസ്തമായി സങ്കൽപ്പിക്കുന്ന നിർവചിക്കപ്പെടാത്ത പട്ടികയെക്കുറിച്ചല്ല, യഥാർത്ഥ സംവിധാനത്തെക്കുറിച്ചാകും. ഒരു നിയമപരമായ ചോദ്യത്തിന് ഒരു സാങ്കേതിക രേഖ നൽകാനാകുന്ന പരമാവധി സംഭാവന അതാണ്.