Windows-ന്റെ OpenVPN പ്രൊഫൈൽ Ubuntu-യിൽ പരാജയപ്പെടുന്നു: മൂന്ന് പാളികൾ

അതേ പ്രൊഫൈൽ ടെർമിനലിൽ നിന്ന് ആരംഭിക്കൂ; മിക്കപ്പേരും പകർത്തുന്ന സന്ദേശം ഒരു മുന്നറിയിപ്പാണ്, ക്ലയന്റ് നിന്നതിന്റെ കാരണമല്ല. ഇവിടെ മൂന്ന് സ്വതന്ത്ര പാളികൾ പരാജയപ്പെടുന്നു: Linux ബിൽഡ് നടപ്പാക്കാത്ത തള്ളിയ നിർദ്ദേശം, tun ഉപകരണം സൃഷ്ടിക്കാൻ വേണ്ട അനുമതികൾ, കണക്ഷനെ പ്രവർത്തിക്കുന്ന DNS ആക്കുന്ന റിസോൾവർ സഹായി. ക്രമത്തിൽ അവ കൈകാര്യം ചെയ്യൂ; ഓരോന്നും അടുത്തതിനെ മറയ്ക്കാം.

ഡൗൺലോഡ് വന്നതുപോലെ തന്നെ സൂക്ഷിക്കുകയും ഒരു പകർപ്പ് തിരുത്തുകയും ചെയ്യൂ; പുതിയ ഡൗൺലോഡ് നിങ്ങളുടെ മാറ്റങ്ങൾ നിശബ്ദമായി തിരിച്ചുകൊണ്ടുവരാതിരിക്കാൻ.

കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് മുന്നറിയിപ്പ് വായിക്കുക

block-outside-dns Windows-ൽ Windows ഫിൽട്ടറിംഗ് പ്ലാറ്റ്ഫോം വഴി DNS ലോക്ക് ചെയ്യുന്നു; Linux ക്ലയന്റിന് അതിനെ മാപ്പ് ചെയ്യാൻ ഒന്നുമില്ല. സെർവർ അത് തള്ളുമ്പോൾ, ക്ലയന്റ് ആ തള്ളിയ എൻട്രിക്ക് അജ്ഞാത-ഓപ്ഷൻ വരി അച്ചടിച്ച് തുടരുന്നു; തള്ളിയ ഓപ്ഷൻ മാരകമായി കണക്കാക്കുന്നില്ല. എന്നാൽ നിങ്ങളുടെ സ്വന്തം ഫയലിലെ അതേ വരി മറ്റൊരു കാര്യമാണ്: അവിടെ പാഴ്സർ നിൽക്കുന്നു. എന്തും തൊടുന്നതിന് മുമ്പ് ഇവയിൽ ഏതാണ് നിങ്ങൾക്കുള്ളതെന്ന് തീരുമാനിക്കൂ; ഇവയിൽ ഒന്ന് മാത്രമാണ് പ്രവർത്തനം അവസാനിപ്പിക്കുന്നത്.

ബഹളം ഒഴിവാക്കാൻ പാഴ്സ് ചെയ്യുന്നതിന് മുമ്പ് ഫിൽട്ടർ ചെയ്യൂ: ആ പേരിന് pull-filter ignore എൻട്രി, അല്ലെങ്കിൽ വരി പ്രാദേശിക ഫയലിലാണെങ്കിൽ --ignore-unknown-option. രണ്ടും നിങ്ങൾ ഇതിനകം വായിച്ച വരി നിശബ്ദമാക്കുന്നു; ഒന്നും നിങ്ങൾ കണ്ടെത്താത്ത തകരാറിനെ ശരിയാക്കുന്നില്ല.

എല്ലാറ്റിനും മുമ്പ് അനുമതികൾ പരാജയപ്പെടുന്നു

tun ഉപകരണവും അതിനൊപ്പമുള്ള റൂട്ടുകളും പ്രത്യേകാവകാശ വസ്തുക്കളാണ്; സാധാരണ അക്കൗണ്ടിന് അവ സൃഷ്ടിക്കാനാവില്ല. --user ഓപ്ഷൻ ഈ വിഭജനം വിശദീകരിക്കുന്നു: പ്രത്യേകാവകാശ ജോലി കഴിഞ്ഞതിനുശേഷം മാത്രമാണ് ഡീമൺ അതിന്റെ അവകാശങ്ങൾ വിട്ടുകൊടുക്കുന്നത്. root ആയി അല്ലെങ്കിൽ അങ്ങനെ ആരംഭിക്കുന്ന unit വഴി അത് ആരംഭിച്ച്, സർട്ടിഫിക്കറ്റുകൾ നോക്കുന്നതിന് മുമ്പ് അനുമതി പിശക് തിരയൂ. പ്രൊഫൈലിലെ ഫയൽ അനുമതികൾ അയച്ചുകൊടുത്താൽ പ്രക്രിയയ്ക്ക് ഇല്ലാത്ത അവകാശങ്ങൾ ലഭിക്കുന്നില്ല.

TLS പിശക് എന്നാൽ ക്ലയന്റ് ഈ പാളി കടന്നു എന്നാണ്. ഉപകരണത്തെക്കുറിച്ചോ റൂട്ടിനെക്കുറിച്ചോ ഉള്ള പരാതി എന്നാൽ അത് മുകളിലെ പാളിയിൽ എത്തിയിട്ടില്ല എന്നാണ്.

GUI ചെയ്യുന്നതും ടെർമിനൽ ചെയ്യാത്തതും

എല്ലാ അന്വേഷണങ്ങളും ഇപ്പോഴും പരാജയപ്പെടുമ്പോൾ വിജയകരമായി കണക്ട് ചെയ്യുന്നതാണ് മൂന്നാം പാളി. NetworkManager സ്വന്തമായി റിസോൾവർ ജോലി ചെയ്യുന്നു; അതുകൊണ്ട് പ്രൊഫൈലിന്റെ up സ്ക്രിപ്റ്റ് ഒരിക്കലും വിജയിച്ചിട്ടില്ലെങ്കിലും ഡെസ്ക്ടോപ്പ് ഇംപോർട്ടിന് DNS നൽകാനാകും. openvpn --config കമാൻഡ് --up പേരിടുന്നത് പ്രവർത്തിപ്പിക്കുന്നു; ആ സഹായി ഇല്ലെങ്കിൽ ഇന്റർഫേസ് പ്രത്യക്ഷപ്പെടുന്നു, പക്ഷേ അന്വേഷണങ്ങൾ മുമ്പത്തെ സെർവറുകളിലേക്ക് തുടരുന്നു. എന്തും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ് രണ്ട് വഴികളുടെ സ്ക്രിപ്റ്റുകൾ താരതമ്യം ചെയ്യൂ.

നിങ്ങളുടെ വിതരണത്തിനുള്ള പാക്കേജ് ചെയ്ത സഹായി ഉപയോഗിക്കൂ; ബ്ലോഗ് പോസ്റ്റിൽ നിന്ന് പകർത്തിയ സ്ക്രിപ്റ്റ് സാധാരണയായി മറ്റൊരു റിസോൾവറിനെ ലക്ഷ്യമിടുന്നു. systemd-resolved-നായി നൽകുന്ന ഇന്റഗ്രേഷൻ സാധാരണ vpnc ശൈലിയിലുള്ള സ്ക്രിപ്റ്റല്ല; ഓരോന്നും ക്ലയന്റിൽ നിന്ന് സ്വന്തം ആർഗ്യുമെന്റുകളും വേരിയബിളുകളും പ്രതീക്ഷിക്കുന്നു. ഉപയോക്താവ് നിർവചിച്ച up സ്ക്രിപ്റ്റുകൾക്കും ക്ലയന്റ് അവ പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് script-security 2 ആവശ്യമാണ്.

അടുത്ത പ്രവർത്തനത്തിൽ പാളികൾ വേർതിരിക്കുക

--verb 4 സഹിതം ഒരിക്കൽ പ്രവർത്തിപ്പിച്ച് സംഭവിച്ച ക്രമത്തിൽ ലോഗ് വായിക്കൂ: ഉപകരണ സൃഷ്ടി, റൂട്ടുകൾ, TLS ഹാൻഡ്ഷേക്ക്, പിന്നെ up സ്ക്രിപ്റ്റിന്റെ ഔട്ട്പുട്ട്. ആ ക്രമത്തിലെ ആദ്യ പരാജയമാണ് ശരിയാക്കാൻ വിലയുള്ളത്; അതിനുശേഷമുള്ളത് പൊതുവേ അനന്തരഫലമാണ്. റിസോൾവർ ചെയ്യാതിരിക്കുമ്പോൾ സ്ഥാപിക്കുന്ന ടണൽ നിങ്ങളെ മൂന്നാം പാളിയിൽ എത്തിക്കുന്നു; അവിടെ സർട്ടിഫിക്കറ്റ് പ്രസക്തമല്ല. താരതമ്യം ചെയ്യുമ്പോൾ ഡൗൺലോഡ് ചെയ്ത പ്രൊഫൈൽ തൊടാതെ വയ്ക്കൂ.

ഓരോ ഓപ്പറേറ്റർ ക്രമീകരണവും വീണ്ടും നിരസിക്കപ്പെട്ട വരി ഉണ്ടാക്കുമ്പോൾ, ഫയൽ മറ്റൊരു പ്ലാറ്റ്ഫോമിനെ ലക്ഷ്യമാക്കുന്നു. സ്ഥിരമായ ഫിൽട്ടർ പട്ടിക നിർമ്മിക്കുന്നതിനുപകരം Linux എക്സ്പോർട്ട് അഭ്യർത്ഥിക്കൂ.

ഏത് പാളി പരാജയപ്പെട്ടു, എന്താണ് അതിനെ മാറ്റിയത് എന്ന് കുറിച്ചുവയ്ക്കൂ; അല്ലെങ്കിൽ അതേ ഫയൽ ലഭിക്കുന്ന അടുത്ത വ്യക്തിയും മുന്നറിയിപ്പിൽ നിൽക്കും.