ഈ NetworkManager പ്ലഗിൻ ഒരേസമയം രണ്ട് VPN പ്രവർത്തിപ്പിക്കാൻ കഴിയുമോ?

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

ആദ്യം സംരക്ഷിത പ്രൊഫൈലുകൾ എണ്ണുക, പിന്നീട് സജീവമാക്കലുകൾ

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

ഒരേ UUID രണ്ടുതവണ സജീവമാക്കുന്നത് മൂന്നാമത്തെ കേസാണ്, അത് സമകാലികതയല്ല. അത് ഒരു ഇൻസ്റ്റൻസിന്റെ പുനഃസജീവമാക്കലാണ്.

പ്ലഗിന്റെ സ്വന്തം മെറ്റാഡാറ്റ വായിക്കുക

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

ഒരു VPN പരിധിയെക്കുറിച്ചുള്ള പഴയ ഉപദേശം പഴയ ഇന്റഗ്രേഷനുകളെ വിവരിച്ചിരുന്നു. അത് എന്നും ശരിയല്ല, സ്ഥിരമെന്ന് കരുതുന്നത് സുരക്ഷിതവുമല്ല, നിങ്ങളുടെ മുന്നിലുള്ള ഫയൽ അത് പ്രാദേശികമായി തീരുമാനിക്കുന്നു.

സമകാലികം എന്നത് ഏകോപിതമല്ല

രണ്ട് പ്ലഗിനുകൾ വിജയകരമായി ആരംഭിക്കുന്നത് കഴിവ് തെളിയിക്കുന്നു, രൂപകൽപ്പനയല്ല. രണ്ടും സ്ഥിര റൂട്ട് വാഗ്ദാനം ചെയ്യുന്ന രണ്ട് ടണലുകൾ മത്സരിക്കും, തന്റെ റൂട്ട് അവസാനം ഇൻസ്റ്റാൾ ചെയ്തത് സാധാരണയായി പ്രഖ്യാപിക്കാതെ വിജയിക്കും. ഒത്തുചേരുന്ന സ്വകാര്യ ശ്രേണികൾക്ക് അതേ പ്രശ്നം ചെറിയ രൂപത്തിൽ ഉണ്ട്.

എന്തെങ്കിലും സജീവമാക്കുന്നതിന് മുമ്പ് ഏത് ലക്ഷ്യങ്ങൾ ഏത് പ്രൊഫൈലിന്റേതാണെന്ന് തീരുമാനിക്കുക. പ്രൊഫൈലിന്റെ പേര് മാറ്റുന്നത് ലക്ഷ്യങ്ങളെ വേർതിരിക്കുന്നില്ല.

നിങ്ങൾ ചെയ്യുന്നോ ഇല്ലയോ എന്നത് നോക്കാതെ DNS ഒരു വിജയിയെ തിരഞ്ഞെടുക്കുന്നു

റിസോൾവർ ക്രമീകരണങ്ങൾ ഓരോ പ്രൊഫൈലിനും വെവ്വേറെയാണ്, രണ്ടെണ്ണം സജീവമാകുമ്പോൾ പരിഹരണ ക്രമം ഉദ്ദേശ്യമല്ല, നയവും മുൻഗണനയുമാണ് തീരുമാനിക്കുന്നത്. അവസാനം ഉയർന്ന പ്രൊഫൈലിന് എല്ലാ കോർപ്പറേറ്റ് പേരുകളുടെയും നിശ്ശബ്ദ ഉടമസ്ഥത ലഭിച്ചേക്കാം.

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

നിശ്ചിത ക്രമത്തിൽ വിന്യസിച്ച് ഇടയ്ക്ക് പരിശോധിക്കുക

ഒരു പ്രൊഫൈൽ സജീവമാക്കി അതിന്റെ റൂട്ടും റിസോൾവർ അവസ്ഥയും പരിശോധിക്കുക, പിന്നീട് രണ്ടാമത്തേത് സജീവമാക്കി വീണ്ടും പരിശോധിക്കുക. രണ്ട് അവസ്ഥകൾ താരതമ്യം ചെയ്യുന്നത് എന്ത് മാറി, ഏത് പ്രൊഫൈൽ എന്തിന്റെ ഉടമയാണ് എന്ന് പറയുന്നു. രണ്ടും സജീവമാക്കിയ ശേഷം ഫലം രോഗനിർണയം ചെയ്യരുത്.

ഓരോ ആവശ്യമായ വിഭവവും അത് കൊണ്ടുപോകേണ്ട ടണലിലൂടെ പരീക്ഷിക്കുക, പിന്നീട് ഒരു പ്രൊഫൈൽ വിച്ഛേദിച്ച് മറ്റേത് അതിന്റെ റൂട്ടുകളും അതിന്റെ DNS-ഉം ഉദ്ദേശിച്ച പരാജയ സ്വഭാവവും നിലനിർത്തുന്നുവെന്ന് ഉറപ്പാക്കുക. വിന്യസിച്ച പ്ലഗിന് യഥാർഥത്തിൽ വേണ്ടത് ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, മാനേജരുടെ അരികിൽ കാലഹരണപ്പെട്ട ഒരു പ്രോട്ടോക്കോൾ പുനരുജ്ജീവിപ്പിക്കുന്നതിനുപകരം പിന്തുണയുള്ള അപ്ഗ്രേഡോ വ്യക്തമായി വേർതിരിച്ച ഇതരമാർഗമോ തിരഞ്ഞെടുക്കുക. ആരും കൈകാര്യം ചെയ്യാത്ത രണ്ടാമത്തെ, വേറിട്ട ടണൽ വേർതിരിവല്ല; അത് അത്ഭുതകരമായ റൂട്ടുകളുടെ മറ്റൊരു ഉറവിടമാണ്.