ആദ്യ സെഷൻ വിജയിക്കുന്നു: പുറന്തള്ളലിന് മുമ്പ് OpenVPN ലോഗിനുകൾ നിയന്ത്രിക്കൽ

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

ഒരു ക്രമീകരണത്തിന് പിന്നിൽ രണ്ട് കരാറുകൾ ഒളിഞ്ഞിരിക്കുന്നു

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

എന്തെങ്കിലും നടപ്പിലാക്കുന്നതിന് മുമ്പ് കരാർ എഴുതുക: ആരെയാണ് നിരസിക്കുന്നത്, ഏത് തെളിവാണ് നിലവിലുള്ള സെഷനെ തിരിച്ചറിയുന്നത്, വ്യക്തമായ വിച്ഛേദനമില്ലാതെ സെഷൻ മരിക്കുമ്പോൾ എന്ത് സംഭവിക്കുന്നു. ഇങ്ങനെ ആരും പറയാത്ത നയം പിന്നീട് പരിശോധിക്കാൻ കഴിയില്ല.

പുറന്തള്ളൽ നിങ്ങളുടെ കണക്ട് ഹൂക്കിന് മുമ്പ് സംഭവിക്കുന്നു

2.6 സർവർ കോഡ് പാതയിൽ, സമകാലികത നിർജ്ജീവമാക്കിയിരിക്കുമ്പോൾ പുതിയ ക്ലയന്റിന്റെ പ്രാരംഭ ക്രമീകരണം അതേ പേരുള്ള നിലവിലുള്ള ഇൻസ്റ്റൻസുകൾ നീക്കം ചെയ്യുന്നു. ആ നീക്കം കണക്ട് ഹാൻഡ്ലർ ശൃംഖല പ്രവർത്തിക്കുന്നതിന് മുമ്പ് സംഭവിക്കുന്നു. അതിനാൽ തനിപ്പകർപ്പ് കണ്ടെത്തി പരാജയം തിരിച്ചുനൽകുന്ന സ്ക്രിപ്റ്റ് നിലവിലുള്ള സെഷൻ ഇതിനകം തള്ളിയശേഷം പുതിയതിനെ നിരസിക്കുന്നു - നയം തടയാൻ ഉദ്ദേശിച്ച ഫലം തന്നെ. Upstream നടപ്പാക്കലിലെ കോൾബാക്ക് ക്രമം മാത്രമാണ് നിങ്ങളുടെ ബിൽഡിനുള്ള വിശ്വസനീയമായ ഉത്തരം.

സ്റ്റാറ്റസ് ഫയൽ പോൾ ചെയ്യുന്നതും ഗേറ്റല്ല. ഒരുമിച്ച് എത്തുന്ന രണ്ട് ശ്രമങ്ങൾക്ക് ആരും സ്ഥിരീകരിക്കുന്നതിന് മുമ്പ് ശൂന്യമായ സ്ലോട്ട് കാണാം, രണ്ടും മുന്നോട്ട് പോകുന്നു.

തീരുമാനം പ്രാമാണീകരണത്തിലേക്ക് മാറ്റുക

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

ഓരോ പുതിയ ഇൻസ്റ്റൻസും ഈ ഗേറ്റിലൂടെ കടന്നുപോകണം, വീണ്ടും ബന്ധിപ്പിക്കലുകളും പ്രോംപ്റ്റ് ഇല്ലാതെ വീണ്ടും പ്രാമാണീകരിക്കുന്ന ഏത് പാതയും ഉൾപ്പെടെ. ചില ഇൻസ്റ്റൻസുകൾ ഒരിക്കലും എത്താത്ത ഗേറ്റ് ഒന്നും സംരക്ഷിക്കുന്നില്ല, ആരെങ്കിലും ബൈപാസ് പരീക്ഷിക്കുന്നതുവരെ ഈ വിട്ടുപോകൽ അദൃശ്യമായി തുടരുന്നു.

ടോക്കണുകൾക്ക് ഗേറ്റിന് അരികിലൂടെ കടന്നുപോകാം

ഒരു ടോക്കൺ പുറപ്പെടുവിച്ചുകഴിഞ്ഞാൽ, സർവറിന് അത് ആന്തരികമായി സാധൂകരിക്കാനും ആ കണക്ഷനുവേണ്ടി ബാഹ്യ പ്രാമാണീകരണം ഒഴിവാക്കാനും കഴിയും. മാനേജ്മെന്റ് കോൾ ഒരിക്കലും സംഭവിക്കുന്നില്ല, അതിനാൽ അവിടെ മാത്രം നടപ്പിലാക്കിയ സ്ലോട്ട് പരിശോധന പുതിയ ഇൻസ്റ്റൻസിനെ ഒരിക്കലും കാണുന്നില്ല. ഈ സ്വഭാവം ഉപയോക്താക്കൾക്ക് സൗകര്യവും സമകാലികതാ നയത്തിന് ദ്വാരവുമാണ്. ടോക്കൺ-പ്രാമാണീകൃത കണക്ഷനുകൾ തുല്യമായ അധികാരമുള്ള പരിശോധന കടന്നുപോകാൻ അനുവദിക്കുക, അല്ലെങ്കിൽ ഓരോ കണക്ഷനിലും തീരുമാനം ആവശ്യപ്പെടുന്ന നയമാണെങ്കിൽ ടോക്കൺ പാത നിർജ്ജീവമാക്കുക.

ഓരോ ടോക്കണും നിരുപാധികം സ്വീകരിച്ച് ഇതിന് പരിഹാരം കാണരുത്. കാലഹരണപ്പെട്ടതോ അസാധുവായതോ ആയ ടോക്കൺ ഇപ്പോഴും പരാജയപ്പെടണം, മറ്റെല്ലാത്തിനും ഉള്ള അതേ തീരുമാന ബിന്ദുവിലൂടെ അത് പരാജയപ്പെടണം.

റിസർവേഷൻ ഇൻസ്റ്റൻസിലേക്ക് ബന്ധിപ്പിക്കുക, വിലാസത്തിലേക്കല്ല

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

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

യഥാർത്ഥത്തിൽ പഴക്കമുള്ള സ്ലോട്ട് എങ്ങനെ വീണ്ടെടുക്കുന്നു എന്ന് പ്രത്യേകം തീരുമാനിക്കുക. അഡ്മിനിസ്ട്രേറ്റർക്ക് അത് മായ്ക്കാനുള്ള രേഖപ്പെടുത്തിയ മാർഗം വേണം, ആ മാർഗം വീണ്ടും ബന്ധിപ്പിക്കുക ക്ലിക്ക് ചെയ്യുന്ന ഉപയോക്താവിന് ലഭ്യമാകരുത്.

പ്രധാനപ്പെട്ട ജോടികൾ പരീക്ഷിക്കുക: ഏതാണ്ട് ഒരേ സമയത്തുള്ള രണ്ട് ലോഗിനുകൾ, വ്യക്തമായ വിച്ഛേദനത്തിന് ശേഷമുള്ള വീണ്ടും ബന്ധിപ്പിക്കൽ, നിലവിലുള്ള സെഷന്റെ വീണ്ടും പ്രാമാണീകരണം, നിരസിക്കപ്പെട്ട പുതിയത്, കൺട്രോളർ പുനരാരംഭം. ഓരോ സാഹചര്യത്തിലും നിലവിലുള്ള സെഷൻ ഉപയോഗയോഗ്യമായി തുടരണം, മറ്റ് അക്കൗണ്ടുകൾക്ക് നാശമില്ലാതെ പുതിയത് നിരസിക്കണം.