നിങ്ങളുടെ VPN റിസർവേഷന് ഏത് ഐഡന്റിഫയർ വേണം?

റിസർവേഷൻ ഏത് ഐഡന്റിഫയർ ഉപയോഗിക്കണമെന്ന് മൂന്ന് വ്യവസ്ഥകൾ തീരുമാനിക്കുന്നു: വിലാസം ഏത് സിസ്റ്റം വിതരണം ചെയ്യുന്നു, ആ സിസ്റ്റം എപ്പോഴെങ്കിലും ലേയർ-2 ഫ്രെയിം കാണുന്നുണ്ടോ, ക്ലയന്റ് കീ ആയി എന്ത് ഉപയോഗിക്കുന്നു. DHCP ഉപയോഗിക്കുന്ന വീട്ടിലെ റൗട്ടർ, ബ്രിഡ്ജ് ചെയ്ത VPN, റൂട്ട് ചെയ്ത ടണൽ എന്നിവ ഈ ചോദ്യങ്ങൾക്ക് വ്യത്യസ്തമായി ഉത്തരം നൽകുന്നു. അഡാപ്റ്റർ റിപ്പോർട്ട് ചെയ്യുന്ന ഓരോ MAC വിലാസവും സ്ഥിരപ്പെടുത്താൻ ശ്രമിക്കുന്നതിനേക്കാൾ ഐഡന്റിഫയർ തിരഞ്ഞെടുക്കുന്നത് കൂടുതൽ നിലനിൽക്കുന്നതാണ്, കാരണം അനുവദിക്കുന്നയാൾ യഥാർത്ഥത്തിൽ വായിക്കുന്നത് ഐഡന്റിഫയർ ആണ്.

അനുവദിക്കുന്നയാളിൽ നിന്ന് തുടങ്ങി പിന്നോട്ട് പ്രവർത്തിക്കുക; ക്ലയന്റ് ഭാഗത്തെ ഐഡന്റിഫയർ ആ സിസ്റ്റം സ്വീകരിക്കുന്നതെന്തും ആണ്.

ആദ്യം അനുവദിക്കുന്നയാളിനോട് ചോദിക്കുക

DHCP സർവർ ഒരു പൂളിൽ നിന്ന് അനുവദിക്കുകയും താൻ തിരിച്ചറിയുന്ന ഐഡന്റിഫയറുമായി റിസർവേഷനുകൾ പൊരുത്തപ്പെടുത്തുകയും ചെയ്യുന്നു; പ്രോട്ടോക്കോൾ പതിപ്പ് അനുസരിച്ച് അത് ഹാർഡ്‌വെയർ വിലാസം, ക്ലയന്റ് ഐഡന്റിഫയർ സ്ട്രിംഗ് അല്ലെങ്കിൽ DUID ആകാം. VPN സർവർ സ്വന്തം പൂളിൽ നിന്ന് അനുവദിക്കുകയും അതിന്റെ കോൺഫിഗറേഷൻ മോഡൽ വെളിപ്പെടുത്തുന്നതുമായി പൊരുത്തപ്പെടുത്തുകയും ചെയ്യുന്നു, പലപ്പോഴും പ്രാമാണീകരിച്ച Common Name. ബ്രിഡ്ജ് ചെയ്ത നെറ്റ്‌വർക്കിന് അതേ പ്രശ്നം ഇതിനകം LAN സേവിക്കുന്ന DHCP സർവറിന് നൽകാം. ഓരോന്നും വ്യത്യസ്ത തിരയലാണ്, ഒന്നിൽ സാധുവായ റിസർവേഷൻ മറ്റുള്ളവയ്ക്ക് അദൃശ്യമാണ്.

എന്തെങ്കിലും കോൺഫിഗർ ചെയ്യുന്നതിന് മുമ്പ് സർവർ യഥാർത്ഥത്തിൽ എന്ത് കാണുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. തെറ്റായ ഐഡന്റിഫയർ പേര് പറയുന്ന റിസർവേഷൻ നിശബ്ദമായി പരാജയപ്പെടുന്നു: ക്ലയന്റിന് പൂളിലെ വിലാസം മാത്രം ലഭിക്കുന്നു, തെറ്റ് ക്ലയന്റ് പ്രശ്നമായി തോന്നുന്നു.

MAC വിലാസത്തിന് ഇപ്പോഴും അർത്ഥമുള്ളിടത്ത്

ഭൗതിക Ethernet അല്ലെങ്കിൽ Wi-Fi ലിങ്കിൽ, ഹാർഡ്‌വെയർ വിലാസം ആ സെഗ്‌മെന്റിലെ ഇന്റർഫേസിനെ തിരിച്ചറിയുന്നു. സ്വകാര്യതാ സവിശേഷതകൾ അത് കറക്കുന്നു, വെർച്വൽ അഡാപ്റ്ററുകൾ പുതിയവ സൃഷ്ടിക്കുന്നു, ലാപ്‌ടോപ്പ് Wi-Fi-ലും ഡോക്കിലും വ്യത്യസ്ത മൂല്യങ്ങൾ കാണിച്ചേക്കാം. റൂട്ട് ചെയ്ത TUN ടണൽ IP പാക്കറ്റുകൾ വഹിക്കുന്നു, യഥാർത്ഥ വയർലെസ് ഐഡന്റിറ്റി വിദൂര DHCP സർവറിലേക്ക് കൈമാറുന്നില്ല, അതിനാൽ ആ പാതയിലെ MAC അടിസ്ഥാനമാക്കിയ റിസർവേഷന് പൊരുത്തപ്പെടുത്താൻ ഒന്നുമില്ല. TAP വ്യത്യസ്തമാണ്: അത് Ethernet ഫ്രെയിമുകൾ വഹിക്കുന്നു, ലേയർ-2 ഐഡന്റിഫയറുകൾ ഇപ്പോഴും പ്രധാനമായ ഒരു ബ്രിഡ്ജ് ഡൊമെയ്നിൽ ചേരാനും കഴിയും.

അവിടെയും, പ്രസക്തമായ വിലാസം ആ ഡൊമെയ്നിൽ ഉപയോഗിക്കുന്നതാണ്, സ്വയമേവ ഭൗതിക അപ്‌ലിങ്കിന്റേതല്ല.

ടണൽ വിലാസങ്ങൾക്കും പിയർ കീകൾക്കും സ്വന്തം ഇടമുണ്ട്

റൂട്ട് ചെയ്ത OpenVPN വിന്യാസം സ്വന്തം മോഡലിലൂടെ വിലാസങ്ങൾ അനുവദിക്കുന്നു: പ്രാമാണീകരിച്ച പേരിൽ കീ ചെയ്ത ഓരോ ക്ലയന്റിനുമുള്ള കോൺഫിഗറേഷൻ, അല്ലെങ്കിൽ വ്യക്തമായ ഒരു പൂൾ. LAN റൗട്ടറിന്റെ DHCP റിസർവേഷൻ മാറ്റുന്നത് ആ അനുവദനം സൃഷ്ടിക്കുന്നില്ല, ടണൽ റിസർവേഷൻ ചേർക്കുന്നത് LAN-നെ ബാധിക്കുന്നില്ല. WireGuard കൂടുതൽ മുന്നോട്ട് പോകുന്നു, കാരണം ഒരു പിയർ അതിന്റെ പൊതു കീയും അനുവദിച്ച വിലാസങ്ങളും കൊണ്ടാണ് തിരിച്ചറിയപ്പെടുന്നത്, ഏതെങ്കിലും ഹാർഡ്‌വെയർ ഐഡന്റിഫയർ കൊണ്ടല്ല. അവിടെ ഒരു പൊതു Ethernet റിസർവേഷനും പിയർ കോൺഫിഗറേഷനെ മാറ്റിസ്ഥാപിക്കുന്നില്ല.

നാല് വസ്തുക്കളെ വേർതിരിക്കുന്ന ഒരു ഇൻവെന്ററി സൂക്ഷിക്കുക: ഉപകരണത്തിന്റെ ക്രെഡൻഷ്യൽ, വെർച്വൽ അഡാപ്റ്റർ, അനുവദിക്കുന്നയാളുടെ ഐഡന്റിഫയർ, അനുവദിച്ച വിലാസം. ഒരു ഭൗതിക യന്ത്രത്തിന് നിരവധി അഡാപ്റ്ററുകൾ, വിലാസങ്ങൾ, സെഷനുകൾ ഉണ്ടാകാം.

സ്ഥിരമായ വിലാസം ഐഡന്റിറ്റിയല്ല

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

അനുവദിക്കുന്നയാൾ, ഐഡന്റിഫയർ, അനുവദിച്ച വിലാസം എന്നിവ ഒരുമിച്ച് രേഖപ്പെടുത്തുക. ഒന്ന് മാറുമ്പോൾ, ബാക്കി രണ്ടാണ് നിങ്ങൾ പരിശോധിക്കുന്നത്.

രണ്ട് സിസ്റ്റങ്ങളും ഒരേ സബ്‌നെറ്റിനായി അനുവദിക്കുന്നുവെന്ന് അവകാശപ്പെടുന്നുവെങ്കിൽ, ഏതെങ്കിലും ഒന്നിലേക്ക് റിസർവേഷനുകൾ ചേർക്കുന്നതിന് മുമ്പ് ഏതാണ് അതിന്റെ ഉടമ എന്ന് തീരുമാനിക്കുക.