നെറ്റ്വർക്ക് ഡയലോഗിൽ L2TP ഓപ്ഷൻ ഇല്ല: എന്ത് ഇൻസ്റ്റാൾ ചെയ്യണം

ഒരു VPN കണക്ഷൻ ചേർത്ത്, ലിസ്റ്റിൽ L2TP/IPsec തിരയുന്നു, പക്ഷേ അത് അവിടെയില്ല. അല്ലെങ്കിൽ അത് ഉണ്ട്, പ്രൊഫൈൽ സേവ് ചെയ്യുന്നു, പക്ഷേ കണക്ഷൻ ഒരു പ്ലഗിനിനെക്കുറിച്ചുള്ള സന്ദേശത്തോടെ മരിക്കുന്നു. രണ്ട് ലക്ഷണങ്ങളും സ്വതന്ത്രമായി ഇൻസ്റ്റാൾ ചെയ്യുന്ന പാക്കേജുകളുടെ ഒരു കൂമ്പാരത്തെ സൂചിപ്പിക്കുന്നു, ഡയലോഗ് അതിന്റെ അവസാനം മാത്രം കാണിക്കുന്നു. എന്തും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ് ഭാഗങ്ങളുടെ ഭൂപടം വരയ്ക്കുക.

മെനുവിൽ നിന്നല്ല, കൂമ്പാരത്തിൽ നിന്ന് തുടങ്ങുക

ആ VPN തരം പ്രഖ്യാപിക്കുന്ന ഒരു പ്ലഗിൻ മാനേജർക്ക് കണ്ടെത്താനാകുമ്പോഴാണ് ഓപ്ഷൻ പ്രത്യക്ഷപ്പെടുന്നത്. ആ പ്ലഗിന് പ്രവർത്തനസമയത്ത് L2TP ഡീമണും IPsec നടപ്പാക്കലും വേണം, കൂടാതെ കണക്ഷന് തന്നെ PPP മൊഡ്യൂളും വേണം. അവയിൽ ഓരോന്നും സ്വന്തം ആശ്രിതത്വശൃംഖലയുള്ള വെവ്വേറെ പാക്കേജാണ്, ഒരു വിതരണം അവ ഭാഗികമായി മാത്രം പൂർണ്ണമായ സംയോജനങ്ങളിൽ നൽകിയേക്കാം. IPsec ഡീമൺ മാത്രം ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ലിസ്റ്റിലേക്ക് ഒന്നും ചേർക്കുന്നില്ല, കാരണം മാനേജർ അത് തിരയുന്നില്ല. ആദ്യം ഇൻസ്റ്റാൾ ചെയ്ത പ്ലഗിനുകൾ വായിക്കുക, പിന്നീട് താഴേക്ക് പോകുക.

മെനുവിൽ നിന്ന് കാണാത്ത ഒരു ഇനം പാക്കേജിംഗിന്റെ ചോദ്യമാണ്. എത്രമാത്രം അങ്ങനെ തോന്നിയാലും ഇത് ഏതാണ്ട് ഒരിക്കലും കോൺഫിഗറേഷന്റെ ചോദ്യമല്ല.

എഡിറ്റിംഗും പ്രവർത്തിപ്പിക്കലും വെവ്വേറെ പാക്കേജുകളാണ്

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

പാക്കേജ് പേര് തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് പ്രവർത്തിക്കുന്ന ഡെസ്ക്ടോപ്പ് പരിസ്ഥിതി നോക്കുക. GNOME യുടെ എഡിറ്റിംഗ് ഘടകം KDE ഫ്രണ്ടെൻഡിന്റെ അതേ പാക്കേജല്ല, ഒരു വിതരണം ഇവയിൽ ഏതിന്റെയും പേര് മാറ്റിയേക്കാം. പേര് ആ റിലീസിന്റെ സ്വന്തം പാക്കേജ് ലിസ്റ്റിൽ നിന്ന് എടുക്കുക.

PPP പ്ലഗിൻ പതിപ്പുള്ള ഒരു പാതയിൽ ജീവിക്കുന്നു

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

പകർത്തിയ ബിൽഡിനെതിരെ വിതരണത്തിന്റെ പാക്കേജിന് അനുകൂലമായ ഏറ്റവും ശക്തമായ വാദം ഇതാണ്. പാക്കേജ് പരിപാലകർ ഈ പാത പിന്തുടരുന്നു; പകർത്തിയ configure വരി അത് ചെയ്യുന്നില്ല.

ചർച്ചയുടെ പരാജയം ഇൻസ്റ്റാളേഷന്റെ പരാജയമല്ല

ഓപ്ഷൻ നിലവിലുണ്ടായി പ്രൊഫൈൽ സേവ് ചെയ്തതിന് ശേഷം, അടുത്ത പരാജയം മറ്റൊരു വിഭാഗം പ്രശ്നമാണ്. ഇണയുടെ പ്രാമാണീകരണ നിരസിക്കൽ IPsec ബാക്കെൻഡ് നിങ്ങളോട് എന്തോ കൃത്യമായി പറയുന്നതാണ്.

എന്തും വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ് ബാക്കെൻഡിന്റെ സ്വന്തം ലോഗ് വായിക്കുക. മാനേജറുടെ ജേണൽ പ്ലഗിൻ കൈമാറുന്നതും IPsec ഡീമൺ എന്തുകൊണ്ട് നിന്നു എന്ന് റിപ്പോർട്ട് ചെയ്യുന്നതും കാണിക്കുന്നു, ആ രണ്ട് വരികളും ചേർത്ത് ഏത് വശം നിരസിച്ചു എന്ന് തിരിച്ചറിയുന്നു. എഡിറ്റർ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്താൽ നിരസിക്കപ്പെട്ട മുൻകൂട്ടി പങ്കിട്ട കീ ശരിയാകില്ല, പ്ലഗിൻ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്താൽ വ്യത്യസ്ത നിർദ്ദേശങ്ങൾ പ്രതീക്ഷിക്കുന്ന സർവറും ശരിയാകില്ല. പാക്കേജ് സ്പർശിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ കുറിപ്പുകളിൽ പാളികൾ വേർതിരിക്കുക.

രണ്ട് രഹസ്യങ്ങൾ, രണ്ട് ഫീൽഡുകൾ

IPsec പ്രാമാണീകരണവും ഉപയോക്താവിന്റെ PPP ലോഗിനും പരസ്പരബന്ധമില്ലാത്ത രഹസ്യങ്ങളാണ്, അവ യാദൃച്ഛികമായി ഒരേ ഡയലോഗിൽ ഇരിക്കുന്നു. ഒന്ന് യന്ത്രങ്ങളെ പ്രാമാണീകരിക്കുന്നു, മറ്റൊന്ന് ഒരു വ്യക്തിയെ L2TP സേവനത്തോട് പ്രാമാണീകരിക്കുന്നു, ഒരു സർവറിന് ഒന്ന് സ്വീകരിച്ചുകൊണ്ട് മറ്റൊന്ന് നിരസിക്കാനാകും.

അക്കൗണ്ട് പാസ്വേഡ് PPP ഫീൽഡിലും പങ്കിട്ട രഹസ്യം IPsec ഫീൽഡിലും വയ്ക്കുക, എന്നിട്ട് ലോഗ് ഏതിനെക്കുറിച്ച് പരാതിപ്പെട്ടു എന്ന് പരിശോധിക്കുക. രണ്ട് ഇൻപുട്ടുകളും മാസ്ക് ചെയ്തിരിക്കുന്നതിനാൽ പാസ്വേഡ് പങ്കിട്ട-രഹസ്യ ബോക്സിലേക്ക് പകർത്തുന്നത് സാധാരണവും പൂർണ്ണമായും നിശബ്ദവുമായ ഒരു തെറ്റാണ്. നിങ്ങൾ അവസാനിപ്പിച്ച പാക്കേജ് പതിപ്പുകൾ രേഖപ്പെടുത്തുക, കാരണം അടുത്ത യന്ത്രത്തിനും അതേ സംയോജനം വേണം, ഡയലോഗ് അത് എന്താണെന്ന് ആരോടും പറയില്ല.