പങ്കിട്ട pppd ഓപ്ഷൻ ഫയൽ നിങ്ങളുടെ മറ്റൊരു VPN തകർക്കുമോ?

വിട്ടുവീഴ്ചയില്ലാത്ത PPTP പ്രൊഫൈൽ കണക്ട് ചെയ്യാൻ നിങ്ങൾ ഒരു വരി ചേർക്കുന്നു, ഒരാഴ്ച കഴിഞ്ഞ് മാസങ്ങളായി പ്രവർത്തിച്ചിരുന്ന L2TP ക്ലയന്റ് നിലയ്ക്കുന്നു. വ്യക്തമായ വായന രണ്ട് പ്രോട്ടോക്കോളുകളും ഇപ്പോൾ കൂട്ടിയിടിക്കുന്നു എന്നതാണ്. കൂടുതലും രണ്ട് ക്ലയന്റുകളും pppd ആരംഭിക്കുന്നു, രണ്ടും ഒരേ സ്ഥിരസ്ഥിതികൾ വായിക്കുന്നു, നിങ്ങൾ ചേർത്ത വരി നിങ്ങൾ ശരിയാക്കിയിരുന്ന പ്രൊഫൈലിൽ മാത്രമായി ഒരിക്കലും പരിമിതപ്പെട്ടിരുന്നില്ല. പങ്കിട്ട ഓപ്ഷൻ ഫയലാണ് ആ ബന്ധം, പ്രോട്ടോക്കോളുകൾ നിരപരാധികളാണ്.

ഒരു ക്ലയന്റ് ആരംഭിക്കുമ്പോൾ എന്താണ് അവകാശമായി ലഭിക്കുന്നത്

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

അതിനാൽ ഉപയോഗപ്രദമായ ചോദ്യം ഏത് VPN തകർന്നു എന്നതല്ല, മറിച്ച് ഏത് പാളി ക്രമീകരണം നൽകി എന്നതാണ്. സ്വന്തം ആർഗ്യുമെന്റുകൾ സ്വയം നിർമ്മിക്കുന്ന ക്ലയന്റ് സ്വയംപര്യാപ്തമായി തോന്നുന്നു, എന്നിട്ടും സിസ്റ്റം ഫയലിലുള്ളതെല്ലാം അവകാശമായി ലഭിക്കുന്നു.

മാറ്റുന്നതിന് മുമ്പ് വരിയുടെ ഉത്ഭവം കണ്ടെത്തുക

കണക്ഷൻ സജീവമായിരിക്കുമ്പോൾ പ്രവർത്തിക്കുന്ന പ്രോസസ് നോക്കി തുടങ്ങുക. കമാൻഡ് ലൈൻ ഏത് ഫയലുകൾ വ്യക്തമായി കൈമാറിയെന്ന് കാണിക്കുന്നു, അവിടെ പേരില്ലാത്തതെല്ലാം സ്ഥിരസ്ഥിതി പാതയിൽ നിന്ന് വന്നതാണ്.

ps -o pid=,args= -C pppd

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

ഓരോ ക്ലയന്റിനും പിന്നാലെ വരുന്ന പ്ലഗിൻ വരി

സിസ്റ്റം ഫയലിൽ ലോഡ് ചെയ്ത പ്ലഗിൻ ഏറ്റവും മോശം ലംഘകനാണ്, കാരണം ഉപയോക്താവ് ഏത് ബട്ടൺ അമർത്തിയാലും പുതിയ PPP പ്രോസസ് എന്ത് ലോഡ് ചെയ്യാൻ ശ്രമിക്കുന്നു എന്നത് അത് മാറ്റുന്നു. L2TP പ്ലഗിൻ ക്ലാസിക് ഉദാഹരണമാണ്: ഒരു പ്രൊഫൈലിന് ശരി, അതേ സ്ഥിരസ്ഥിതികളിൽ നിന്ന് ആരംഭിക്കുന്ന PPTP പ്രൊഫൈലിന് അർത്ഥശൂന്യമോ ഹാനികരമോ.

അതിനെ ക്ലയന്റ് തിരഞ്ഞെടുക്കുന്ന പിയർ ഫയലിലേക്കോ, ക്ലയന്റ് പിന്തുണയ്ക്കുന്നെങ്കിൽ അതിന്റെ സ്വന്തം കണക്ഷനധിഷ്ഠിത ക്രമീകരണങ്ങളിലേക്കോ നീക്കുക. പൂർണ്ണമായി ഇല്ലാതാക്കുന്നത് രണ്ടാമത്തെ ക്ലയന്റ് ശരിയാക്കി ആദ്യത്തേത് തകർക്കുന്നു, ഈ പ്രശ്നങ്ങൾ ടീമുകൾക്കിടയിൽ യാത്ര ചെയ്യുന്നത് അങ്ങനെയാണ്.

നീക്കിയ ശേഷം ഓരോ ക്ലയന്റും പരിശോധിക്കുക

രണ്ട് കണക്ഷനുകളും ഒരേ യന്ത്രത്തിൽ നിന്ന് ഒന്നിന് പിന്നാലെ ഒന്നായി പരിശോധിക്കുക, വിജയ സംഭാഷണത്തിന് പകരം ചർച്ച ചെയ്ത ഓപ്ഷനുകൾ വായിക്കുക. താഴെയുള്ള ഡംപ് pppd യഥാർത്ഥത്തിൽ ഒരുക്കിയ ഓപ്ഷൻ ഗണം അച്ചടിക്കുന്നു, പ്രധാനമായ ഒരേയൊരു പട്ടിക അതാണ്.

sudo pppd call office debug dump

രണ്ടാമത്തെ ക്ലയന്റിനായി ആവർത്തിച്ച് രണ്ട് ഔട്ട്പുട്ടുകളും താരതമ്യം ചെയ്യുക. നിങ്ങൾ നീക്കിയ ഓപ്ഷൻ അവയിൽ കൃത്യമായി ഒന്നിൽ പ്രത്യക്ഷപ്പെടണം. അത് രണ്ടിലും പ്രത്യക്ഷപ്പെട്ടാൽ, ക്ലയന്റ് അത് വീണ്ടും നിർമ്മിക്കുന്നു, അറ്റകുറ്റപ്പണി പങ്കിട്ട ഫയലിലല്ല, ആ പ്രൊഫൈലിലാണ് വേണ്ടത്. ക്രമീകരണം ഇപ്പോൾ എവിടെയാണെന്ന് കണക്ഷന്റെ അരികിൽ രേഖപ്പെടുത്തുക, അടുത്ത വ്യക്തി അത് വീണ്ടും തകർത്ത് ബന്ധം വീണ്ടും കണ്ടെത്താതിരിക്കാൻ.