Windows-ൽ OpenVPN ബൂട്ടിൽ അല്ല, ലോഗിനിൽ ആരംഭിക്കുന്നത് എന്തുകൊണ്ട്?
സ്റ്റാർട്ടപ്പ് ഷോർട്ട്കട്ട് ഒരു ഡെസ്ക്ടോപ്പ് ആപ്പ് ആരംഭിക്കുന്നു, ഓട്ടോമാറ്റിക് സേവനമല്ല. ഫയലുകൾ നീക്കുന്നതിന് മുമ്പ് ഉടമ ഏത് പ്രൊഫൈൽ ഉറവിടമാണ് വായിക്കുന്നതെന്ന് പരിശോധിക്കുക.
ആരെങ്കിലും സൈൻ ഇൻ ചെയ്തതിന് ശേഷം മാത്രം പ്രത്യക്ഷപ്പെടുന്ന ടണലുകൾ സാധാരണയായി ആ വ്യക്തിയുടെ സെഷൻ ആണ് ആരംഭിക്കുന്നത്, ഓട്ടോമാറ്റിക് സേവനമല്ല. സാധാരണ കുറ്റക്കാരൻ openvpn-gui.exe ആരംഭിക്കുന്ന സ്റ്റാർട്ടപ്പ് ഷോർട്ട്കട്ട് ആണ്, അത് തകർന്ന ഇൻസ്റ്റാളേഷനല്ല. ഷോർട്ട്കട്ട് ഒരു ഉപയോക്തൃ സെഷനിനുള്ളിൽ ഡെസ്ക്ടോപ്പ് ആപ്പ് ആരംഭിക്കുന്നു, ആ ഉപയോക്താവിന്റെ പ്രൊഫൈൽ, ആ ഉപയോക്താവിന്റെ സർട്ടിഫിക്കറ്റ് സ്റ്റോറുകൾ, പ്രോംപ്റ്റിന് ഉത്തരം നൽകാനുള്ള ആ ഉപയോക്താവിന്റെ കഴിവ് എന്നിവയോടൊപ്പം. അതിലൊന്നും കണക്ഷനെ സൈൻ ഇൻ ചെയ്ത മനുഷ്യനിൽ നിന്ന് സ്വതന്ത്രമാക്കുന്നില്ല, ലോഗിന് മുമ്പുള്ള ടണലിന് കൃത്യമായി അതാണ് ആവശ്യം.
ലക്ഷണത്തിന് സാധാരണയായി മൂന്ന് കാരണങ്ങളുണ്ട്
മൂന്ന് മാതൃകകൾ പുറമേ നിന്ന് ഒരുപോലെ തോന്നുന്നു, പക്ഷേ പരിഹാരങ്ങൾ വ്യത്യസ്തമാണ്. ആദ്യത്തേത് സേവനത്തിന് പകരം ഉപയോക്തൃ സെഷൻ ആയ എക്സിക്യൂഷൻ ഉടമയാണ്, അതായത് സ്റ്റാർട്ടപ്പ് ഷോർട്ട്കട്ട് കേസ്. രണ്ടാമത്തേത് സേവനം നോക്കാത്ത ഇടത്ത് താമസിക്കുന്ന പ്രൊഫൈൽ ആണ്, അതിനാൽ സേവനം ആരംഭിക്കുന്നു, ഒന്നും കണ്ടെത്തുന്നില്ല, വൃത്തിയായി പുറത്തുകടക്കുന്നു. മൂന്നാമത്തേത് സേവനം കണ്ടെത്തി ആരംഭിക്കുന്ന പ്രൊഫൈൽ ആണ്, പക്ഷേ അതിന്റെ ക്രെഡൻഷ്യലുകൾക്ക് ഒരു സേവനത്തിനും നൽകാനാകാത്ത ഇടപെടൽ ആവശ്യമാണ്.
ഏത് കേസ് ബാധകമെന്ന് തിരിച്ചറിയാൻ രണ്ട് വായനകൾ വേണം: സേവനം എന്ത് പ്രവർത്തിപ്പിക്കാൻ കോൺഫിഗർ ചെയ്തിരിക്കുന്നു, ഏത് ഫയലുകൾ അതിന് കാണാനാകും. രണ്ടും ഓരോ കമാൻഡ് ആണ്, ഒന്നും പ്രവർത്തിക്കുന്ന കണക്ഷനെ തടസ്സപ്പെടുത്തുന്നില്ല.
ഓട്ടോമാറ്റിക് സേവനം യഥാർത്ഥത്തിൽ വായിക്കുന്നത്
Community ഓട്ടോമാറ്റിക് സേവനം ഒരു റാപ്പർ ആണ്, അത് കോൺഫിഗർ ചെയ്ത ഓട്ടോ-സ്റ്റാർട്ട് ഡയറക്ടറി, സാധാരണയായി ഇൻസ്റ്റാളേഷനിലെ config-auto, സ്കാൻ ചെയ്യുകയും കണ്ടെത്തുന്ന ഓരോ പൊരുത്തപ്പെടുന്ന പ്രൊഫൈലിനും OpenVPN പ്രോസസ്സ് ആരംഭിക്കുകയും ചെയ്യുന്നു. ഉപയോക്താവിന്റെ GUI മെനുവിൽ കാണുന്ന പ്രൊഫൈൽ പകരം ആ ഉപയോക്താവിന്റെ റോമിംഗ് പ്രൊഫൈലിന് കീഴിൽ, സേവന അക്കൗണ്ട് വായിക്കാത്ത ഡയറക്ടറിയിൽ ആണ്. Windows സേവന ഗൈഡ് ആ കണ്ടെത്തൽ വിവരിക്കുന്നു, എന്തെങ്കിലും പകർത്തുന്നതിന് മുമ്പ് അത് വായിക്കുന്നത് മൂല്യവത്താണ്, കാരണം ലക്ഷ്യ ഡയറക്ടറി ഒരു നിശ്ചിത സമ്പ്രദായമല്ല, ഇൻസ്റ്റാളേഷന്റെ ഒരു സവിശേഷതയാണ്. അതിനാൽ ഒരു ഫയൽ GUI ഫോൾഡറിലേക്ക് പകർത്തുന്നത് സേവനത്തിന് ഒന്നും മാറ്റുന്നില്ല, config എന്ന് പേരുള്ള എല്ലാ ഫോൾഡറിലേക്കും പകർത്തുന്നത് പരിഹാരത്തിന് പകരം തനിപ്പകർപ്പുകൾ സൃഷ്ടിക്കുന്നു.
Get-Service OpenVPNService | Select-Object Status, StartType
Get-CimInstance Win32_Service | Where-Object Name -eq 'OpenVPNService' | Select-Object PathName, StartName
gci 'C:\Program Files\OpenVPN\config-auto'
അവസാന കമാൻഡ് റാപ്പർ യഥാർത്ഥത്തിൽ എന്ത് കാണുമെന്ന് ലിസ്റ്റ് ചെയ്യുന്നു, ഒരു പ്രൊഫൈൽ തെറ്റായ സ്ഥലത്താണെന്ന് സ്ഥിരീകരിക്കാനുള്ള വേഗതയേറിയ മാർഗമാണിത്. രണ്ടാമത്തെ വരി സേവനം ഏത് അക്കൗണ്ടിൽ പ്രവർത്തിക്കുന്നുവെന്നും കാണിക്കുന്നു, ആ അക്കൗണ്ടാണ് ഏത് ഫയൽ പാതകളും സർട്ടിഫിക്കറ്റ് സ്റ്റോറുകളും ആകെ എത്താനാകുന്നതെന്ന് തീരുമാനിക്കുന്നത്.
ഡെസ്ക്ടോപ്പ് ലോഗിൻ പ്രവർത്തിക്കുന്നതും ബൂട്ട് സ്റ്റാർട്ട് പ്രവർത്തിക്കാത്തതും എന്തുകൊണ്ട്
ഡെസ്ക്ടോപ്പിലെ വിജയം ഇൻപുട്ട് ആശ്രിതത്വം വളരെക്കാലം മറച്ചുവയ്ക്കാം. GUI-ക്ക് കീ പാസ്ഫ്രേസ്, അക്കൗണ്ട് പാസ്വേഡ് അല്ലെങ്കിൽ രണ്ടാമത്തെ ഘടകം ഒരു ഡയലോഗിൽ ശേഖരിക്കാനാകും, കാരണം അത് ദൃശ്യമായ ഡെസ്ക്ടോപ്പുള്ള ഇന്ററാക്ടീവ് സെഷനിൽ പ്രവർത്തിക്കുന്നു. സേവനം ഡെസ്ക്ടോപ്പ് ഇല്ലാത്ത സെഷനിൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ ഇൻപുട്ടിനുള്ള അഭ്യർത്ഥനയ്ക്ക് പ്രത്യക്ഷപ്പെടാൻ സ്ഥലമില്ല, ക്രെഡൻഷ്യൽ പ്രശ്നവുമായി തീർത്തും സാമ്യമില്ലാത്ത ഒരു ടൈംഔട്ടിന് ശേഷം കണക്ഷൻ പരാജയപ്പെടുന്നു.
ഫയൽ ആക്സസ് അതേ നിയമം പിന്തുടരുന്നു. ഉപയോക്തൃ പ്രൊഫൈലിൽ സൂക്ഷിച്ചിരിക്കുന്ന സ്വകാര്യ കീ, അല്ലെങ്കിൽ ഉപയോക്താവിന്റെ വ്യക്തിഗത സ്റ്റോറിലുള്ള സർട്ടിഫിക്കറ്റ്, യന്ത്രമായി പ്രവർത്തിക്കുന്ന സേവനത്തിന് ലഭ്യമല്ല. ഒരേ പ്രൊഫൈൽ ഫയൽ ഒരേ പരിസ്ഥിതിയെ സൂചിപ്പിക്കുന്നുവെന്ന് അനുമാനിക്കുന്നതിന് പകരം കേവല പാതകൾ, അനുമതികൾ, ഓരോ വശവും നടത്തുന്ന സർട്ടിഫിക്കറ്റ് തിരഞ്ഞെടുപ്പ് എന്നിവ താരതമ്യം ചെയ്യുക.
ഉപയോക്താവ് ലോഗിൻ ചെയ്തിട്ടുണ്ടോ എന്നത് പരിഗണിക്കാതെ പ്രവർത്തിക്കാൻ സജ്ജീകരിച്ച ഷെഡ്യൂൾ ചെയ്ത ടാസ്ക്കും സമാനമായ നിയന്ത്രണം അനുഭവിക്കുന്നു. അത് GUI എക്സിക്യൂട്ടബിൾ വിജയകരമായി ആരംഭിച്ചിട്ടും ഒരിക്കലും ക്രെഡൻഷ്യലുകൾ നേടാത്ത ഒരു പ്രോസസ്സ് സൃഷ്ടിക്കാം, അതിനാൽ ടാസ്ക് മാനേജറിലെ പ്രോസസ്സിന്റെ സാന്നിധ്യം പ്രവർത്തിക്കുന്ന ടണലിന്റെ തെളിവല്ല.
ഒരു ഉടമയെ തിരഞ്ഞെടുത്ത് യഥാർത്ഥ ജീവിതചക്രം പരിശോധിക്കുക
സൈൻ ഇൻ ചെയ്ത വ്യക്തിയുടെ കണക്ഷനാണെങ്കിൽ, GUI പിന്തുണയ്ക്കുന്ന ഓട്ടോസ്റ്റാർട്ട് സ്വഭാവം ഉപയോഗിക്കുക, സേവനത്തെ അതിൽ നിന്ന് ഒഴിവാക്കുക. ആരെങ്കിലും സൈൻ ഇൻ ചെയ്യുന്നതിന് മുമ്പ് നിലനിൽക്കേണ്ട ടണലിന്, സേവനം കോൺഫിഗർ ചെയ്യുക, റാപ്പർ വായിക്കുന്ന സ്ഥലത്ത് പ്രൊഫൈൽ വയ്ക്കുക, ഇന്ററാക്ടീവ് പാസ്ഫ്രേസ് ഇല്ലാത്ത കീ അല്ലെങ്കിൽ ഡോക്യുമെന്റ് ചെയ്ത ക്രെഡൻഷ്യൽ ഫയൽ പോലുള്ള പിന്തുണയുള്ള മനുഷ്യരഹിത ക്രെഡൻഷ്യൽ സംവിധാനം ഉപയോഗിക്കുക.
Get-Content 'C:\Program Files\OpenVPN\log\openvpn.log' -Tail 40
Get-WinEvent -LogName Application -MaxEvents 20 | Where-Object ProviderName -like '*OpenVPN*'
പ്രധാനമായ ജീവിതചക്രം പരിശോധിക്കുക: ആരും സൈൻ ഇൻ ചെയ്യാത്ത റീബൂട്ട്, തുടർന്ന് നെറ്റ്വർക്ക് മാറ്റത്തിന് ശേഷമുള്ള വീണ്ടും കണക്ഷൻ. കണക്ഷന് ഒരു ഉടമയെ മാത്രം നിലനിർത്തുക, കാരണം രണ്ട് മത്സരിക്കുന്ന സ്റ്റാർട്ടപ്പ് സംവിധാനങ്ങൾ സാധാരണയായി ഒരേ റൂട്ടുകൾക്കും ഒരേ സെർവർ സെഷനുമായി പോരാടുന്ന രണ്ട് ഇൻസ്റ്റൻസുകൾ സൃഷ്ടിക്കുന്നു, അത് ഏതെങ്കിലും ഒരു സംവിധാനത്തെക്കാൾ രോഗനിർണയം ചെയ്യാൻ ബുദ്ധിമുട്ടാണ്.