GUI തുറക്കുന്ന പ്രൊഫൈലിൽ OpenVPN സേവനം പരാജയപ്പെടുന്നു: അഞ്ച് പരിശോധനകൾ

രണ്ട് ലോഞ്ചറുകൾ ഒരേ യന്ത്രത്തിൽ ഒരേ പ്രൊഫൈൽ തുറക്കുന്നു, എന്നാൽ GUI മാത്രമാണ് കണക്ട് ചെയ്യുന്നത്. ഫയൽ കേടുകൂടാതെയിരിക്കുന്നു, ഇൻസ്റ്റാളർ സാധാരണയായി കുഴപ്പമില്ല; വ്യത്യാസം ഓരോ ലോഞ്ചറും openvpn.exe-ന് നൽകുന്ന പശ്ചാത്തലമാണ്. പ്രവർത്തന ഡയറക്ടറി, അക്കൗണ്ട് ഐഡന്റിറ്റി, ഫയൽ ആട്രിബ്യൂട്ടുകൾ എല്ലാം ആ പശ്ചാത്തലത്തോടൊപ്പം സഞ്ചരിക്കുന്നു. അതേ ക്രമത്തിൽ പരിശോധിച്ച്, പിശക് വിശദീകരിക്കുന്ന ആദ്യത്തേതിൽ നിർത്തുക.

ഏത് ലോഞ്ചറാണ് പരാജയപ്പെടുന്നതെന്ന് സ്ഥിരീകരിക്കുക

വിഭജനം തെളിയിച്ചുകൊണ്ട് തുടങ്ങുക. ഒരേ പ്രൊഫൈൽ പാത്തുമായി GUI കണക്ട് ചെയ്യുകയും സേവനം ചെയ്യാതിരിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, ഫയൽ ആർക്കോ വായിക്കാൻ കഴിയും, ചോദ്യം ആരാണ് എവിടെ നിന്ന് വായിക്കുന്നത് എന്നതാകുന്നു. രണ്ടും പരാജയപ്പെട്ടാൽ പ്രൊഫൈൽ കേടാണ്, ഇതിൽ ഒന്നും ബാധകമല്ല. സേവനത്തിന്റെ പേരും അതിന് ലോഡ് ചെയ്യാൻ നിർദ്ദേശിച്ച കൃത്യമായ പ്രൊഫൈലും എഴുതിവയ്ക്കുക.

സ്വന്തം ഓട്ടോസ്റ്റാർട്ട് ഡയറക്ടറിയിലേക്ക് ചൂണ്ടുന്ന സേവനം എഡിറ്ററിൽ തുറന്നിരിക്കുന്ന ഫയൽ ലോഡ് ചെയ്തേക്കില്ല. സേവന കോൺഫിഗറേഷനിലെ പാത്തും GUI-യിലെ പാത്തും അക്ഷരം തോറും താരതമ്യം ചെയ്യുക, കാരണം അവസാനത്തിലെ ഫോൾഡർ പേരോ വ്യത്യസ്ത ഡ്രൈവ് അക്ഷരമോ നിങ്ങളെ തെറ്റായ ശാഖയിലേക്ക് അയയ്ക്കാൻ മതി.

ആപേക്ഷിക പാത്തുകൾ എവിടെ പരിഹരിക്കുന്നു

ca.crt അല്ലെങ്കിൽ ഒരു സഹായ സ്ക്രിപ്റ്റിനെ പേര് മാത്രം കൊണ്ട് റഫർ ചെയ്യുന്ന പ്രൊഫൈൽ, പ്രോസസ് എവിടെയാണോ അവിടേക്ക് ആപേക്ഷികമായ തിരച്ചിൽ ആവശ്യപ്പെടുന്നു. GUI കോൺഫിഗറേഷൻ ഫോൾഡറിൽ തുടങ്ങുന്നു, അതിനാൽ ആ പേരുകൾ പരിഹരിക്കപ്പെടുന്നു. സേവന മാനേജർ ആരംഭിക്കുന്ന സേവനത്തിന് അത്തരം ഒരു തുടക്കം ഇല്ല, ഏതെങ്കിലും സർട്ടിഫിക്കറ്റ് വായിക്കുന്നതിന് മുൻപേ തിരച്ചിൽ പരാജയപ്പെടുന്നു. അതുകൊണ്ടാണ് അതേ പ്രൊഫൈൽ ഒരു ലോഞ്ചറിൽ പ്രവർത്തിക്കുകയും മറ്റൊന്നിൽ പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്യുന്നത്.

റാപ്പറിന് തുടങ്ങാൻ ഒരു ഡയറക്ടറി നൽകുക, അല്ലെങ്കിൽ ഓരോ റഫറൻസും സമ്പൂർണമാക്കുക. കമാൻഡ് ലൈനിൽ GUI-യുടെ പശ്ചാത്തലം പുനർനിർമ്മിക്കുന്നത് ഇങ്ങനെയാണ്:

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

ആ കമാൻഡിൽ വെർബോസിറ്റി കൂട്ടിയാൽ ശ്രമിച്ച കൃത്യമായ പാത്ത് കാണിക്കും. അനുമതികൾ മാറ്റുന്നതിന് മുൻപ് ഇത് ചെയ്യുക, കാരണം കാണാതായ ഫയലിനും നിഷേധിക്കപ്പെട്ട വായനയ്ക്കും വ്യത്യസ്ത പരിഹാരങ്ങൾ വേണം. സ്ഥിരസ്ഥിതി ലോഗ് അവയെ വേർതിരിക്കുന്നില്ല. ഒരു അധിക ഫ്ലാഗ് ഒരു മണിക്കൂർ ഊഹം ലാഭിക്കുന്നു.

സേവന ഐഡന്റിറ്റിക്ക് വായിക്കാൻ കഴിയാത്തപ്പോൾ

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

പരിശോധന എന്നത് ഫലപ്രദമായ അനുമതികളുടെ വായനയും സേവന ഐഡന്റിറ്റിയായി ശ്രമിക്കുന്ന വായനയുമാണ്. ആദ്യ ഭാഗം ഉയർത്തിയ പ്രോംപ്റ്റിൽ നിന്ന് പ്രവർത്തിപ്പിക്കുക:

icacls "C:\VPN\profiles\office\office.ovpn"

തുടർന്ന് അതേ വായന സേവന ഐഡന്റിറ്റിയായി ശ്രമിക്കുക, ഉദാഹരണത്തിന് Sysinternals-ലെ psexec -s -i ഉപയോഗിച്ച്, ഫയൽ തുറക്കുന്നുണ്ടോ എന്ന് നോക്കുക. ഇല്ലെങ്കിൽ ഏത് പാത്ത് പരിഹാരവും ഫലിക്കില്ല. ACL ശരിയാക്കുക അല്ലെങ്കിൽ സേവന ഐഡന്റിറ്റിക്ക് വായിക്കാൻ കഴിയുന്ന ഇടത്തേക്ക് പ്രൊഫൈൽ മാറ്റുക.

ഫയൽ തലത്തിലുള്ള എൻക്രിപ്ഷൻ രണ്ടാമത്തെ, അപൂർവമായ കേസാണ്. Encrypting File System ആട്രിബ്യൂട്ട് ഉള്ള പ്രൊഫൈൽ എൻക്രിപ്റ്റ് ചെയ്ത ഉപയോക്താവിന് സുതാര്യമായി ഡീക്രിപ്റ്റ് ചെയ്യപ്പെടുന്നു, സേവന അക്കൗണ്ടിന് വായിക്കാനാവാത്തതായി തുടരുന്നു. അതുകൊണ്ടാണ് അതേ ഫയൽ നിങ്ങളുടെ എഡിറ്ററിൽ തുറക്കുകയും സേവനത്തിന് കീഴിൽ തുറക്കാതിരിക്കുകയും ചെയ്യുന്നത്.

ആട്രിബ്യൂട്ട് ഉയർത്തിയ പ്രോംപ്റ്റിൽ നിന്ന് കാണാം, അത് പരിശോധിക്കുന്നത് പ്രൊഫൈൽ തുറക്കുന്നില്ല. രണ്ട് കമാൻഡുകളും പ്രവർത്തിപ്പിച്ച് ഔട്ട്പുട്ട് വായിക്കുക:

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

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

ടണലിന്റെ ഉടമ ആരെന്ന് തീരുമാനിക്കുക

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

ടണൽ ലോഗിനിന് മുൻപ് ഉയർന്നിരിക്കേണ്ടതുണ്ടെങ്കിൽ, സേവനത്തിന് മേൽനോട്ടമില്ലാത്ത ക്രെഡൻഷ്യൽ ഉറവിടവും പ്രൊഫൈലിന്റെ സ്വന്തം പകർപ്പും നൽകുക. നിങ്ങൾ മേശയ്ക്കരികിൽ ഇരിക്കുമ്പോൾ മാത്രം അത് ഉണ്ടായാൽ മതിയെങ്കിൽ, അത് GUI-യിൽ സൂക്ഷിച്ച് സേവനത്തിന്റെ പകർപ്പ് നീക്കുക. രണ്ടും ഒരുമിച്ച് ഉണ്ടാകുന്നതാണ് അഡാപ്റ്റർ സംഘർഷങ്ങളും ഇരട്ട റൂട്ടുകളും ഉണ്ടാക്കുന്ന കോൺഫിഗറേഷൻ.

ആ സംഘർഷം സാധാരണയായി ഒരു അഡാപ്റ്ററിനായി പോരാടുന്ന രണ്ട് ഉടമകളായല്ല, കോൺഫിഗറേഷൻ പിശകായി രോഗനിർണയം ചെയ്യുന്നത്. ഇവന്റ് ലോഗ് ഒരു പ്രോസസ് TAP ഉപകരണം തുറക്കാൻ പരാജയപ്പെടുന്നത് കാണിക്കും, അത് അനുമതി പ്രശ്നമായി തോന്നും, അല്ല. ആദ്യം ഉടമകളെ എണ്ണുക.

സേവന റാപ്പർ യഥാർത്ഥത്തിൽ എന്താണ് ആരംഭിക്കുന്നത്

സേവനത്തിന്റെ പ്രവേശന കേന്ദ്രം സ്വന്തം സംഭരിച്ച പാരാമീറ്ററുകൾ വായിച്ച് പിന്നീട് openvpn.exe ആരംഭിക്കുന്ന ചെറിയ റാപ്പറാണ്. ഇവന്റ് ലോഗിലെ കമാൻഡ് ലൈൻ നിങ്ങളുടെ പ്രതീക്ഷയുമായി ഒത്തുപോകാത്തപ്പോൾ, ആ മൂല്യങ്ങളാണ് പരിശോധിക്കേണ്ടത്. പുനർഇൻസ്റ്റാൾ അവയെ സ്ഥിരസ്ഥിതിയിലേക്ക് തിരിച്ചിട്ട് തെളിവ് നശിപ്പിക്കുന്നു. ആദ്യം അവ വായിക്കുക.

മൂല്യങ്ങൾ രജിസ്ട്രിയിൽ സേവനത്തിന്റെ സ്വന്തം കീയുടെ കീഴിൽ ജീവിക്കുന്നു, sc qc സേവന മാനേജർ ആരംഭിക്കുന്ന ബൈനറി പാത്ത് കാണിക്കുന്നു. അവയിലൊന്ന് എഡിറ്റ് ചെയ്യുന്നതിന് മുൻപ് ആ പാത്ത് റാപ്പറിന്റെ സംഭരിച്ച കോൺഫിഗറേഷനുമായി താരതമ്യം ചെയ്യുക.

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