Windows-ൽ OpenVPN എന്തുകൊണ്ട് ca എന്നു പറയുന്നു: ഉദ്ധരണികളില്ലാത്ത പാത, മോശം സർട്ടിഫിക്കറ്റല്ല

OpenVPN ആരംഭിക്കുന്നില്ല, പരാജയ സന്ദേശം ശരിയായി തോന്നുന്ന ഒരു വരിയെ ചൂണ്ടുന്നു: Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca. സർട്ടിഫിക്കറ്റ് മാറിയിട്ടില്ല, ഫയൽ എഡിറ്ററിൽ തുറക്കുന്നു, പാതയിൽ ഒന്നും തെറ്റായി തോന്നുന്നില്ല. പാഴ്സർ ഓപ്ഷന്റെ പേരിനെ എതിർക്കുന്നില്ല; അതിനൊപ്പം എത്ര ആർഗ്യുമെന്റുകൾ വന്നു എന്നതിനെയാണ് എതിർക്കുന്നത്. നാല് പരിശോധനകൾ ഏതാണ്ടെല്ലാ സന്ദർഭവും തീർക്കുന്നു, അവ ചെലവിന്റെ ക്രമത്തിൽ ചെയ്യുന്നത് മൂല്യമുള്ളതാണ്.

പാഴ്സർ ഓപ്ഷനെ കുറ്റപ്പെടുത്തുന്നത് എന്തുകൊണ്ട്

ഏതെങ്കിലും ഓപ്ഷൻ അത് കാണുന്നതിനു മുൻപേ തന്നെ ഓരോ കോൺഫിഗറേഷൻ വരിയും ഇടവേളകളിലും ഉദ്ധരണികളിലും വിഭജിക്കപ്പെടുന്നു. അതിനാൽ ഇടവേളയുള്ള ഒരു മൂല്യം ഉദ്ധരണികളിൽ പൊതിഞ്ഞിട്ടില്ലെങ്കിൽ പല ആർഗ്യുമെന്റുകളായി വരുന്നു, വരിയുടെ ഉടമയായ ഓപ്ഷൻ പൊരുത്തക്കേട് അറിയിക്കുന്നു. Windows-ൽ സ്ഥാപനത്തിന്റെ സ്വതേയുള്ള ഫോൾഡർ അത് ഉറപ്പാക്കുന്നു, കാരണം C:\Program Files ഘടനയനുസരിച്ച് പാതയുടെ നടുവിലാണ്. ഈ പരാജയത്തിൽ സർട്ടിഫിക്കറ്റ് ഒരിക്കലും തുറക്കുന്നില്ല, അതിനാൽ ഫയൽ ഉണ്ടോ എന്ന് പരിശോധിക്കുന്നത് ഉപയോഗപ്രദമായി ഒന്നും തെളിയിക്കുന്നില്ല.

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

ca C:\Program Files\OpenVPN\config\office-ca.crt

ഇടവേളയുള്ള ഓരോ പാതയും ഉദ്ധരണികളിൽ ഇടുക

മൂല്യത്തിനു ചുറ്റും ഒരു ജോടി ഇരട്ട ഉദ്ധരണികൾ മാത്രമാണ് മുഴുവൻ അറ്റകുറ്റപ്പണി, Windows-ൽ ചരിഞ്ഞ വരകൾ സ്വീകാര്യമാണ്, അതിനാൽ എസ്കേപ്പിംഗ് ഒരിക്കലും പ്രശ്നത്തിന്റെ ഭാഗമാകുന്നില്ല. എല്ലാ പാത ഓപ്ഷനുകളും ഒരേ ഘട്ടത്തിൽ തന്നെ ശരിയാക്കുക, കാരണം പാഴ്സർ ആദ്യ പരാജയത്തിൽ നിൽക്കുന്നു, അടുത്തത് അടുത്ത പുനരാരംഭത്തിനായി കാത്തിരിക്കുന്നു. സമൂഹത്തിൽ സാധാരണയായി ca, cert, key, tls-auth, auth-user-pass എന്നിവ ഉൾപ്പെടുന്നു.

ca "C:/Program Files/OpenVPN/config/office-ca.crt"
cert "C:/Program Files/OpenVPN/config/office.crt"
key "C:/Program Files/OpenVPN/config/office.key"

ഫോൾഡറിന്റെ പേരിലുള്ള തിരയൽ ഫയൽ വായിക്കുന്നതിനെക്കാൾ വേഗത്തിൽ ഓരോ സ്ഥാനവും കണ്ടെത്തുന്നു. ഏതെങ്കിലും എഡിറ്റിംഗിനു മുൻപ് അത് പ്രവർത്തിപ്പിക്കുക, പട്ടിക പൂർണ്ണമാകാൻ:

Select-String -Path .\office.ovpn -Pattern 'Program Files'

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

സർട്ടിഫിക്കറ്റുകൾക്ക് മുൻപ് മോഡ് പ്രഖ്യാപനം വീണ്ടെടുക്കുക

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

client
dev tun
proto udp
remote vpn.example.net 1194

അവിടെയുള്ളപ്പോൾ ഓരോ വരിയിലും ഒരു നിർദ്ദേശം പാലിക്കുക. ചേർന്ന വരികൾ ആദ്യ ഭാഗത്തെ ആർഗ്യുമെന്റ് എണ്ണത്തിന്റെ പിശക് തന്നെ നൽകുന്നു, റിപ്പോർട്ട് ചെയ്യുന്ന വരി ന്യായമായി തോന്നുന്നത് എഡിറ്റർ വാചകം മടക്കിയിടത്ത് ചേർക്കൽ സംഭവിച്ചതുകൊണ്ടാണ്. കാണിച്ച വരിയല്ല, അസംസ്കൃത വരി വായിക്കുക.

എൻകോഡിംഗ് നാശം ഓപ്ഷന്റെ പേരുപോലെ തോന്നുന്നു

UTF-16 ആയി ബൈറ്റ് ക്രമ ചിഹ്നത്തോടെ സംരക്ഷിച്ച ഫയൽ അതിന്റെ ആദ്യ ഓപ്ഷൻ പാഴ്സറിൽ നിന്ന് മറയ്ക്കുന്നു, അലഞ്ഞുതിരിയുന്ന ബൈറ്റുകൾ സന്ദേശത്തിലെ ഓപ്ഷന്റെ പേരിൽ പറ്റിച്ചേരാം. ഫയൽ ബൈറ്റ് ക്രമ ചിഹ്നമില്ലാതെ UTF-8 ആയി സംരക്ഷിക്കുക, പിന്നീട് അത് വീണ്ടും തുറന്ന് ആദ്യ അക്ഷരം സാധാരണ അക്ഷരമാണെന്ന് ഉറപ്പാക്കുക. എഡിറ്ററുകൾ, PowerShell റീഡയറക്ഷൻ, ചാറ്റ് ജാലകത്തിൽനിന്ന് ഒട്ടിച്ച വാചകം എന്നിവയെല്ലാം ചോദിക്കാതെ എൻകോഡിംഗ് മാറ്റുന്നു.

Format-Hex .\office.ovpn | Select-Object -First 1

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

ഏത് പരിശോധന ആദ്യം, എന്തുകൊണ്ട്

എൻകോഡിംഗിൽ തുടങ്ങുക, കാരണം അതിന് ഒരു കമാൻഡ് മതി, ഫയലിന്റെ മറ്റെല്ലാ വായനകളെയും അസാധുവാക്കുന്നു. പിന്നീട് ഉദ്ധരണികൾ, പിന്നീട് മോഡ് പ്രഖ്യാപനവും മറ്റ് നിർബന്ധിത നിർദ്ദേശങ്ങളും, അവയ്ക്കുശേഷം മാത്രം സർട്ടിഫിക്കറ്റുകൾ, കീകൾ, ക്രെഡൻഷ്യലുകൾ. ഈ ക്രമത്തിൽ പ്രവർത്തിക്കുന്നത് ഓരോ ഘട്ടവും തിരിച്ചുപോകാവുന്നതാക്കുന്നു, കാരണം ഉദ്ധരണി പ്രശ്നം ശരിയാക്കാൻ മാറ്റിയ സർട്ടിഫിക്കറ്റ് ഉത്ഭവത്തിൽനിന്ന് രണ്ട് എഡിറ്റിംഗ് അകലെയുള്ള പുതിയ തകരാറോടെ പ്രവർത്തിക്കുന്ന സ്ഥാപനം വിടുന്നു. വ്യക്തിഗത പരിശോധനകളെക്കാൾ ക്രമത്തിനാണ് പ്രാധാന്യം.

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