duplicate-cn രണ്ട് ഉപകരണങ്ങൾക്ക് ഒരു ഐഡന്റിറ്റി നൽകുന്നു, രണ്ടല്ല

പ്രൊഫൈൽ ടാബ്ലെറ്റിലേക്ക് പകർത്തി കണക്റ്റ് ചെയ്യുക — ലാപ്ടോപ്പ് പുറത്തുപോകുന്നു. duplicate-cn ചേർക്കുക, രണ്ടും കണക്റ്റ് ചെയ്തിരിക്കും, പ്രശ്നം പരിഹരിച്ചതായി തോന്നും — രണ്ട് ഉപകരണങ്ങൾ ഒരേ ടണൽ വിലാസത്തിനായി തർക്കിക്കുന്നതുവരെ അല്ലെങ്കിൽ നഷ്ടപ്പെട്ട ഒരു ടാബ്ലെറ്റ് മുഴുവൻ അക്കൗണ്ടും ഓഫ്ലൈനാക്കുന്നതുവരെ. ഈ ഓപ്ഷൻ ഒരു കാര്യം മാത്രം മാറ്റുന്നു: സർവർ മുൻപ് കണ്ട ഒരു നാമത്തിന് കീഴിൽ രണ്ടാമത്തെ സെഷൻ അനുവദിക്കുന്നുണ്ടോ എന്നത്. ഉപകരണ സ്വാതന്ത്ര്യം മുതൽ ഓരോ ഉപകരണത്തിനുമുള്ള വിലാസ നിർണ്ണയം, തിരഞ്ഞെടുത്ത റദ്ദാക്കൽ വരെ ആളുകൾ പ്രതീക്ഷിക്കുന്നതെല്ലാം ഇപ്പോഴും ഐഡന്റിറ്റി വഴി തന്നെ നടക്കുന്നു, ഇവിടെ ഐഡന്റിറ്റി എന്നത് സർട്ടിഫിക്കറ്റാണ്.

മിത്ത്: രണ്ടാമത്തെ സെഷൻ രണ്ടാമത്തെ ഐഡന്റിറ്റിയാണ്

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

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

എല്ലാം പ്രവർത്തിക്കുന്നിടത്തോളം ആ വ്യത്യാസം അദൃശ്യമാണ്. രണ്ട് ഉപകരണങ്ങളെ വേർതിരിച്ചറിയേണ്ട നിമിഷത്തിൽ അത് വളരെ ദൃശ്യമാകും — സാധാരണയായി അത് അവയിലൊന്ന് നഷ്ടപ്പെടുന്ന ദിവസമാണ്.

രണ്ട് സെഷനുകൾ ഒരു നാമം പങ്കിടുമ്പോൾ യഥാർത്ഥത്തിൽ എന്ത് മാറുന്നു

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

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

അതിന്മേൽ രൂപകൽപ്പന ചെയ്യുന്നതിന് മുൻപ് നിങ്ങളുടെ ബിൽഡ് യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കുക, കാരണം ഓപ്ഷന്റെ ഫലം ഓപ്ഷൻ തന്നെയാണ് നിർണ്ണയിക്കുന്നത്, നാട്ടുവർത്തമാനങ്ങളല്ല:

grep -n 'duplicate-cn\|client-config-dir\|username-as-common-name' /etc/openvpn/server.conf

നിങ്ങൾ അനുവദിച്ചതായി കരുതിയ സ്ഥിര വിലാസം

ഓരോ ക്ലയന്റിനുമുള്ള കോൺഫിഗറേഷൻ നാമം അനുസരിച്ച് തിരയുന്നു, അവിടെയാണ് കെണി. പൊതു നാമത്തിൽ പേരിട്ട client-config-dir ഫയൽ ആ നാമം ഉപയോഗിക്കുന്ന എല്ലാ ഉപകരണത്തിനും ബാധകമാണ്, അതിനാൽ അതിലുള്ള ifconfig-push രണ്ട് ഉപകരണങ്ങൾക്കും ഒരേ ടണൽ വിലാസം നൽകുന്നു. രണ്ടാമത്തെ സെഷൻ ഒന്നുകിൽ സ്ഥാപിക്കപ്പെടുന്നില്ല, അല്ലെങ്കിൽ റൂട്ടിംഗ് തകരാറിനെപ്പോലെ തോന്നുന്ന രീതിയിൽ കൂട്ടിയിടിക്കുന്നു.

ചലനാത്മക പൂൾ യാദൃച്ഛികമായി മികച്ചതായി പ്രവർത്തിക്കുന്നു, കാരണം ഓരോ സെഷനും പൂളിൽ നിന്ന് സ്വതന്ത്രമായി വിലാസം അനുവദിക്കപ്പെടുന്നു. അത് ഇപ്പോഴും ഓരോ ഉപകരണത്തിനും സ്ഥിരമായ വിലാസം നൽകുന്നില്ല, ആ വിലാസവുമായി ബന്ധിപ്പിച്ച ഉപകരണം തോറുമുള്ള നയം തീർച്ചയായും നൽകുന്നില്ല.

ഡിപ്ലോയ്മെന്റ് username-as-common-name ഉപയോഗിക്കുന്നുവെങ്കിൽ, തിരയൽ കീ സർട്ടിഫിക്കറ്റിന്റെ വിഷയത്തിനു പകരം പ്രാമാണീകരിച്ച ഉപയോക്തൃനാമമാകുന്നു, രണ്ടുതവണ ലോഗിൻ ചെയ്യുന്ന ആർക്കും അതേ കൂട്ടിയിടി സംഭവിക്കുന്നു. കോൺഫിഗറേഷനെ നയിക്കുന്ന നാമം ഓരോ ഉപകരണത്തിനും അദ്വിതീയമായിരിക്കണം, അപ്പോൾ മാത്രമേ ഉപകരണം തോറുമുള്ള കോൺഫിഗറേഷന് അർത്ഥമുള്ളൂ.

നീക്കം ചെയ്യുമ്പോൾ പങ്കിട്ട ഐഡന്റിറ്റിക്ക് ചെയ്യാൻ കഴിയാത്തത്

റദ്ദാക്കൽ സർട്ടിഫിക്കറ്റിൽ പ്രവർത്തിക്കുന്നു, കാണിക്കുന്ന നാമത്തിലല്ല, സെഷനിലുമല്ല. ആ സർട്ടിഫിക്കറ്റ് റദ്ദാക്കുക — പകർപ്പ് ഉള്ള എല്ലാ ഉപകരണവും ഒരുമിച്ച് പ്രവേശനം നഷ്ടപ്പെടുത്തുന്നു, ആരും ശല്യപ്പെടുത്താൻ ആഗ്രഹിക്കാത്ത ഓഫീസിലെ ഉപകരണവും ഉൾപ്പെടെ. അത് നിലനിർത്തുക — നഷ്ടപ്പെട്ട ഉപകരണം പ്രവർത്തിക്കുന്നത് തുടരും, കാരണം പ്രോട്ടോക്കോളിൽ അതിനെ അംഗീകൃത പകർപ്പിൽ നിന്ന് വേർതിരിക്കുന്ന ഒന്നുമില്ല.

ലോഗുകൾ അതേ ആശയക്കുഴപ്പം പാരമ്പര്യമായി നേടുന്നു. സ്റ്റാറ്റസ് ഔട്ട്പുട്ട് ഒരു പൊതു നാമവും യഥാർത്ഥ വിലാസവും കാണിക്കുന്നു, രണ്ടും രണ്ട് ഉപകരണങ്ങളിൽ ഏതിനും ആകാം. ഏത് മെഷീൻ എന്ത് ചെയ്തു എന്നറിയേണ്ട സംഭവ അവലോകനത്തിന് VPN-യുടെ സ്വന്തം രേഖകളിൽ നിന്ന് ആ ചോദ്യത്തിന് ഉത്തരം നൽകാനാകില്ല, ലോഗ് നില എത്ര വിശദാംശം നൽകിയാലും.

ഇതിന് ക്രിപ്റ്റോഗ്രാഫിക് പകരംവഴിയില്ല. ഒരേ സർട്ടിഫിക്കറ്റ് അവതരിപ്പിക്കുന്ന രണ്ട് ഉപകരണങ്ങൾ സർവറിന് ഒരേ പങ്കാളി രണ്ടുതവണയാണ്, വിപരീതം അവകാശപ്പെടുന്ന ഏത് പദ്ധതിയും നിയന്ത്രണമല്ല, നാമകരണ സമ്പ്രദായമാണ്.

പങ്കിടൽ എപ്പോൾ ശരിയാണ്, അത് എങ്ങനെ പരിമിതപ്പെടുത്താം

പങ്കിടലിന് നിയമാനുസൃത ഉപയോഗങ്ങളുണ്ട്: നിരവധി പരീക്ഷണ യന്ത്രങ്ങൾ ഉപയോഗിക്കുന്ന ലാബ് അക്കൗണ്ട്, അല്ലെങ്കിൽ ഉപകരണങ്ങൾ ഒരുമിച്ച് കൈകാര്യം ചെയ്യുന്ന, റദ്ദാക്കലിന്റെ സൂക്ഷ്മത പ്രധാനമല്ലാത്ത ഒരു വീട്. അത്തരം സന്ദർഭങ്ങളിൽ ഓപ്ഷൻ ബോധപൂർവ്വം സജീവമാക്കുക, പങ്കിട്ട ക്രെഡൻഷ്യൽ ഉപകരണം തോറുമുള്ള നയത്തിന് പുറത്ത് സൂക്ഷിക്കുക, സെഷനുകൾ ഒരു വിലാസത്തിൽ കൂട്ടിയിടിക്കാതിരിക്കാൻ പൂളിന് ഇടം നൽകുക.

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

ഏത് വഴി തിരഞ്ഞെടുത്താലും, ലോഗിൻ അല്ല, മാനേജ്മെന്റ് മോഡൽ പരിശോധിക്കുക. രണ്ട് ഉപകരണങ്ങളും കണക്റ്റ് ചെയ്യുക, അവയ്ക്ക് വ്യത്യസ്ത വിലാസങ്ങളുണ്ടെന്ന് സ്ഥിരീകരിക്കുക, പിന്നീട് നഷ്ടം അനുകരിച്ച് അവയിൽ കൃത്യമായി ഒന്ന് നീക്കം ചെയ്യാനാകുമോ എന്ന് പരിശോധിക്കുക. openvpn(8) മാനുവൽ ഓപ്ഷന്റെ പരിധി നിർണ്ണയിക്കുന്നു; പങ്കിടൽ യഥാർത്ഥത്തിൽ സ്വീകാര്യമാണോ എന്ന് നിങ്ങളുടെ നീക്കം ചെയ്യൽ നടപടിക്രമം നിർണ്ണയിക്കുന്നു.