രണ്ട് OpenVPN സർട്ടിഫിക്കറ്റുകൾക്ക് ഒരേ CCD നയം പങ്കിടാൻ കഴിയുന്നത് എന്തുകൊണ്ട്
ക്രമ നമ്പർ VPN ഉപയോക്തൃനാമമല്ല. അടുത്തതിൽ ഒപ്പിടുന്നതിന് മുമ്പ് നിങ്ങളുടെ സെർവർ യഥാർത്ഥത്തിൽ മാപ്പ് ചെയ്യുന്ന സാധാരണ പേര് ഓരോ സ്വീകൃത CA-യിലും റിസർവ് ചെയ്യുക.
ഒരു CA ഒരേ OpenVPN ക്ലയന്റ്-നിർദ്ദിഷ്ട കോൺഫിഗറേഷൻ ലഭിക്കുന്ന രണ്ട് സർട്ടിഫിക്കറ്റുകളിൽ ഒപ്പിടാം, രണ്ടിലും ഒന്നും ആരെയും മുന്നറിയിപ്പ് നൽകുന്നില്ല. ക്രമ നമ്പറുകൾ വ്യത്യസ്തമാണ്, കീകൾ വ്യത്യസ്തമാണ്, ഓർഗനൈസേഷണൽ യൂണിറ്റ് മാറുമ്പോൾ പൂർണ്ണ വിഷയങ്ങളും വ്യത്യസ്തമാകും. സെർവർ ഓരോ ക്ലയന്റിന്റെയും നയം ഒരു പേരിലൂടെ തീരുമാനിക്കുന്നു, ആ പേരാണ് അദ്വിതീയമായിരിക്കേണ്ട ഏക കാര്യം.
സെർവർ ഒരു പേര് തീരുമാനിക്കുന്നു, ക്രമ നമ്പറല്ല
സാധാരണ സർട്ടിഫിക്കറ്റ് തിരയലിൽ സെർവർ അവതരിപ്പിച്ച സർട്ടിഫിക്കറ്റിൽ നിന്ന് സാധാരണ പേര് എടുത്ത് ആ പേരിന്റെ client-config-dir എൻട്രി തിരയുന്നു. ക്രമ നമ്പർ ഒരിക്കലും തിരയലിൽ പ്രവേശിക്കുന്നില്ല. സാധാരണ പേരൊഴികെ എല്ലാ ഫീൽഡുകളിലും വ്യത്യസ്തമായ രണ്ട് സർട്ടിഫിക്കറ്റുകൾ ഒരേ ഫയലിൽ എത്തുന്നു, അതിനാൽ രണ്ടാമത്തെ കണക്ഷൻ ആദ്യ ഉപകരണത്തിന്റെ സ്ഥിര വിലാസവും പുഷ് ചെയ്ത റൂട്ടുകളും പാരമ്പര്യമായി നേടുന്നു.
അങ്ങനെ CA വശത്തെ അദ്വിതീയതാ പരിശോധന വിജയിക്കുന്നു, എന്നാൽ VPN ഇപ്പോഴും കൂട്ടിയിടിക്കുന്നു. രണ്ട് പരിശോധനകളും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു.
എന്തിലും ഒപ്പിടുന്നതിന് മുമ്പ് ഫലപ്രദമായ പേര് എന്തായിരിക്കണമെന്ന് തീരുമാനിക്കുക, അത് ഉൾപ്പെടുന്ന ഉപകരണത്തിന്റെയോ അക്കൗണ്ടിന്റെയോ അരികിൽ രേഖപ്പെടുത്തുക. പേര്, ഉടമ, ഉദ്ദേശ്യം, സർട്ടിഫിക്കറ്റ് ഫിംഗർപ്രിന്റ് എന്നിവയുള്ള ഒരു രജിസ്റ്റർ മിക്ക വിന്യാസങ്ങളും ഉൾക്കൊള്ളുന്നു. അതില്ലാതെ സർട്ടിഫിക്കറ്റ് ആർക്കൈവ് ആണ് ഏത് പേര് ഏത് ഉപകരണത്തിന്റേതെന്നതിന്റെ ഏക രേഖ, ആ ആർക്കൈവിന് അധികാരപ്പെടുത്തിയ മാറ്റിസ്ഥാപിക്കലിനെ നിലവിലുള്ള പേര് അവകാശപ്പെടുന്ന രണ്ടാമത്തെ ഉപകരണത്തിൽ നിന്ന് വേർതിരിക്കാനാവില്ല. രജിസ്ട്രേഷൻ സമയത്ത് പേര് റിസർവ് ചെയ്യുക, രണ്ട് ഓപ്പറേറ്റർമാർക്ക് ഒരേസമയം പുറപ്പെടുവിക്കാമെങ്കിൽ ലോക്കിന് കീഴിൽ.
മാപ്പിംഗ് യഥാർത്ഥത്തിൽ ഏത് പേരാണ് ഉപയോഗിക്കുന്നത്
സാധാരണ സർട്ടിഫിക്കറ്റ് തിരയൽ സാധാരണ പേര് ഉപയോഗിക്കുന്നു. പ്രാമാണീകരിച്ച ഉപയോക്തൃനാമം മാപ്പ് ചെയ്യാൻ ക്രമീകരിച്ച സെർവർ പകരം ആ മൂല്യം ഉപയോഗിക്കുന്നു, ഇത് നയ തിരഞ്ഞെടുപ്പിന് സർട്ടിഫിക്കറ്റിന്റെ സാധാരണ പേരിനെ അപ്രസക്തമാക്കുന്നു. ഏത് മാപ്പിംഗാണ് നിലവിലുള്ളതെന്ന് കാണാൻ പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷൻ വായിക്കുക.
രണ്ട് മാപ്പിംഗുകളും ഒരേസമയം ഉണ്ടാകാം, അപ്പോൾ ഫലം സെർവർ അവ തീരുമാനിക്കുന്ന ക്രമത്തെ ആശ്രയിച്ചിരിക്കുന്നു. സാധാരണ പേരിലേക്ക് പിൻവാങ്ങുന്ന ഉപയോക്തൃനാമ മാപ്പിംഗ് രജിസ്റ്റർ ഒരിക്കലും അംഗീകരിക്കാത്ത ഒരു സർട്ടിഫിക്കറ്റ് നിശ്ശബ്ദമായി സ്വീകരിക്കും. ഫലപ്രദമായ പേര് അത് സൃഷ്ടിച്ച കമാൻഡിന്റെ അരികിൽ എഴുതുക, അടുത്ത ഓപ്പറേറ്റർക്ക് ക്രമം വീണ്ടും കണ്ടെത്തേണ്ടതില്ല. ഓരോ മാപ്പിംഗിനും ഒരു കണക്ഷൻ പരിശോധിക്കുന്നത് വിലകുറഞ്ഞതാണ്, ചോദ്യം തീർപ്പാക്കുന്നു.
മാപ്പിംഗ് എന്ത് ഉൽപ്പാദിപ്പിച്ചാലും അതാണ് റിസർവ് ചെയ്യേണ്ട മൂല്യം. CA-യിൽ സാധാരണ പേരുകൾ റിസർവ് ചെയ്യുമ്പോൾ സെർവർ ഉപയോക്തൃനാമങ്ങളെ ആശ്രയിക്കുന്നത് തെറ്റായ കാര്യം റിസർവ് ചെയ്യുന്നു.
രണ്ട് CA-കൾക്ക് ഒരേ പേര് അംഗീകരിക്കാം
ഒരു VPN സേവനത്തിന് ഒന്നിലധികം പുറപ്പെടുവിക്കുന്ന അധികാരികളെ വിശ്വസിക്കാം, ഓരോ അധികാരിയും ഏത് പേരുകൾ എടുത്തിട്ടുണ്ടെന്നതിൽ സ്വന്തം ധാരണ സൂക്ഷിക്കുന്നു. രണ്ട് സ്വതന്ത്ര CA-കൾക്ക് വ്യത്യസ്ത ഉപകരണങ്ങൾക്കായി ഒരേ സാധാരണ പേര് അംഗീകരിക്കാം, സെർവർ പരാതിയില്ലാതെ രണ്ട് സർട്ടിഫിക്കറ്റുകളും സ്വീകരിക്കുന്നു. വിശ്വാസ ബണ്ടിലിലെ ഓരോ അധികാരിയെയും പട്ടികപ്പെടുത്തുക, സാധാരണയായി പുറപ്പെടുവിക്കുന്ന ഒന്നിനെ മാത്രമല്ല. രണ്ടാമത്തെ അധികാരിയുടെ സർട്ടിഫിക്കറ്റ് ആദ്യമായി ഉപയോഗിക്കുമ്പോഴാണ് പരാജയം പ്രത്യക്ഷപ്പെടുന്നത്.
സാധാരണ പേരിന്റെ അദ്വിതീയതയ്ക്ക് പകരം പൂർണ്ണ വിഷയത്തിന്റെ അദ്വിതീയത നിർബന്ധിക്കുന്ന CA-യ്ക്കും അതേ യുക്തി ബാധകമാണ്.
സാധാരണ പേര് പങ്കിടുന്നുവെങ്കിലും ഓർഗനൈസേഷണൽ യൂണിറ്റിൽ വ്യത്യസ്തമായ രണ്ട് സർട്ടിഫിക്കറ്റുകൾക്ക് വ്യത്യസ്ത വിഷയങ്ങളുണ്ട്, അതിനാൽ CA സംഘർഷം റിപ്പോർട്ട് ചെയ്യുന്നില്ല, എന്നാൽ സെർവർ ഒരു പേര് കാണുന്നു. ഡിഫോൾട്ട് അനുമാനിക്കുന്നതിന് പകരം നിങ്ങളുടെ പുറപ്പെടുവിക്കൽ ഉപകരണം യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന ക്രമീകരണം പരിശോധിക്കുക. openssl ca ഡോക്യുമെന്റേഷനിലെ unique_subject കൈകാര്യം ചെയ്യൽ അവിടെയുള്ള പ്രസക്തമായ നോബ് ആണ്, ആ ഉപകരണത്തിന് ചുറ്റുമുള്ള റാപ്പറുകൾ സാധാരണയായി അത് മാറ്റിസ്ഥാപിക്കുന്നതിന് പകരം വെളിപ്പെടുത്തുന്നു.
പുതുക്കൽ റിസർവ് ചെയ്ത പുനരുപയോഗമാണ്, കൂട്ടിയിടിയല്ല
പേര് നിലനിർത്തുന്ന പുതുക്കൽ ബോധപൂർവമായ പുനരുപയോഗമാണ്, രജിസ്റ്റർ അത് ലളിതമായ വാക്കുകളിൽ പറയണം. പഴയ ഫിംഗർപ്രിന്റും പുതിയതും ഒരു പേരിന് കീഴിൽ രേഖപ്പെടുത്തുക, അവലോകകന് മാറ്റിസ്ഥാപിക്കലിനെ ഏറ്റെടുക്കലിൽ നിന്ന് വേർതിരിക്കാം. സെർവറിന്റെ duplicate-cn ഓപ്ഷനുമായി ഇതിന് ബന്ധമില്ല: അത് ഒരേസമയ സെഷനുകൾ നിയന്ത്രിക്കുന്നു, രജിസ്ട്രേഷനെയോ പേര് റിസർവേഷനെയോ അല്ല. രണ്ട് ക്രെഡൻഷ്യലുകളും എത്രകാലം നിലനിൽക്കാമെന്നും പഴയത് എപ്പോൾ സ്വീകരിക്കുന്നത് നിർത്തുമെന്നും തീരുമാനിക്കുക.
മാറ്റിസ്ഥാപിക്കൽ കൈമാറുന്നതിന് മുമ്പ് സർട്ടിഫിക്കറ്റിൽ യഥാർത്ഥത്തിൽ എന്തുണ്ടെന്ന് വായിക്കുക. വിഷയ വരിയാണ് സെർവർ മാപ്പ് ചെയ്യുന്ന ഫീൽഡ്, ഫയൽ നാമം എന്ത് സൂചിപ്പിച്ചാലും.
openssl x509 -in device42.crt -noout -subject -serial -issuerറദ്ദാക്കൽ സാധാരണയായി ഒരു സർട്ടിഫിക്കറ്റിനെ അതിന്റെ പുറപ്പെടുവിക്കുന്നയാളുടെ കീഴിൽ തിരിച്ചറിയുന്നു, അതിനാൽ ഒരു ക്രമ നമ്പർ വിരമിക്കുന്നത് അതേ അധികാരിയിൽ നിന്ന് ശരിയായി പുറപ്പെടുവിച്ച മാറ്റിസ്ഥാപിക്കലിനെ ബാധിക്കുന്നില്ല. ആ പെരുമാറ്റമാണ് ശുദ്ധമായ പുതുക്കലിന് ആവശ്യമായത്, രണ്ട് ഉപകരണങ്ങൾ പങ്കിടുന്ന പേര് റദ്ദാക്കലിന് വൃത്തിയാക്കാനാവാത്തതിന്റെ കാരണവും അതുതന്നെ. ഉപയോക്താവ് ഉപകരണം കാണുന്നതിന് മുമ്പ് ഒരു പരീക്ഷണ കണക്ഷനിൽ ഫലപ്രദമായ നയ നാമവും അനുവദിച്ച വിലാസവും സാധൂകരിക്കുക. ശേഷം പഴയ ക്രെഡൻഷ്യൽ ബോധപൂർവം വിരമിപ്പിക്കുക, അങ്ങനെ ചെയ്തുവെന്ന് രേഖപ്പെടുത്തുക.