Windows-ൽ Easy-RSA രജിസ്ട്രി പിശക്: രജിസ്ട്രി വ്യൂ പരിശോധിക്കുക

ബാച്ച് ഫയൽ “സിസ്റ്റത്തിന് നിർദ്ദിഷ്ട രജിസ്ട്രി കീയോ മൂല്യമോ കണ്ടെത്താനായില്ല” എന്ന സന്ദേശത്തോടെ നിലയ്ക്കുന്നു, എല്ലാവരും സർട്ടിഫിക്കറ്റ് അതോറിറ്റി കേടായി എന്ന് കരുതുന്നു. അങ്ങനെയല്ല, അല്ലെങ്കിൽ കുറഞ്ഞത് ഇപ്പോഴുമല്ല: സ്ക്രിപ്റ്റ് സോഫ്റ്റ്വെയർ തിരയുമ്പോൾ പരാജയപ്പെട്ടു, Easy-RSA-യോട് ഒരു കീ ഉപയോഗിച്ച് എന്തെങ്കിലും ചെയ്യാൻ ആവശ്യപ്പെടുന്നതിന് മുൻപ്. ഈ ക്രമം പ്രധാനമാണ്, കാരണം പരിഹാരം ഒരു തിരയൽ പ്രശ്നമാണെന്നും PKI വെറും കാഴ്ചക്കാരനാണെന്നും അത് അർഥമാക്കുന്നു. പരാജയപ്പെട്ട വരി വായിക്കുന്നതാണ് മുഴുവൻ രോഗനിർണയം, ഏത് ഒഴിവാക്കൽ മാർഗത്തേക്കാളും അതിന് സമയം കുറവാണ്.

CA സ്പർശിക്കുന്നതിന് മുൻപ് പിശക് സംഭവിക്കുന്നു

പഴയ Easy-RSA 2 ബാച്ച് ഫയലുകൾ രജിസ്ട്രിയോട് ചോദിച്ച് OpenSSL അല്ലെങ്കിൽ OpenVPN ഇൻസ്റ്റാളേഷൻ കണ്ടെത്തുന്നു, തുടർന്ന് കണ്ടെത്തിയതിന്റെ അടിസ്ഥാനത്തിൽ വേരിയബിളുകൾ സജ്ജമാക്കുന്നു. ചോദ്യം ഒന്നും തിരികെ നൽകിയില്ലെങ്കിൽ ഏതെങ്കിലും സർട്ടിഫിക്കറ്റ് പ്രവർത്തനം നടക്കുന്നതിന് മുൻപ് സ്ക്രിപ്റ്റ് നിലയ്ക്കുന്നു.

അതിനാൽ രജിസ്ട്രി കീയെക്കുറിച്ചുള്ള സന്ദേശം സ്ക്രിപ്റ്റിന്റെ പരിസ്ഥിതിയുടെ തെളിവാണ്, CA ഡയറക്ടറിയുടെയല്ല.

രണ്ട് രജിസ്ട്രി വ്യൂകൾ, ഒരു ബാച്ച് ഫയൽ

32-ബിറ്റ് പ്രോസസ്സും 64-ബിറ്റ് പ്രോസസ്സും വ്യത്യസ്ത രജിസ്ട്രി വ്യൂകൾ കാണാം, ഒരു വ്യൂ അനുമാനിക്കുന്ന ബാച്ച് ഫയലിന് മറ്റേതിലുള്ള എൻട്രി നഷ്ടപ്പെടാം. ഈ വായന-മാത്ര താരതമ്യങ്ങൾ ചില പഴയ സ്ക്രിപ്റ്റുകൾ ഉപയോഗിക്കുന്ന പഴയ കീയുടെ വ്യത്യാസം കാണിക്കുന്നു:

reg query "HKLM\SOFTWARE\OpenVPN" /reg:32
reg query "HKLM\SOFTWARE\OpenVPN" /reg:64

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

രണ്ട് വ്യൂകളിലും എൻട്രി ഇല്ലെങ്കിൽ ഇൻസ്റ്റാളർ അത് ഒരിക്കലും സൃഷ്ടിച്ചിട്ടില്ല, കൈകൊണ്ട് മൂല്യം നിർമ്മിച്ചാൽ ടൂളുകൾ പ്രവർത്തിക്കില്ല.

/reg:64 നിരുപാധികം ചേർക്കരുത്

പ്രലോഭനീയമായ പരിഹാരം ഓരോ ചോദ്യത്തിലും 64-ബിറ്റ് സെലക്ടർ ചേർത്ത് മുന്നോട്ട് പോകുകയാണ്. ചില ഇൻസ്റ്റാളേഷനുകളിൽ അത് ശരിയാണ്, മറ്റുള്ളവയിൽ അത് സ്ക്രിപ്റ്റിനെ യഥാർഥത്തിൽ ഒന്നുമില്ലാത്ത വ്യൂവിലേക്ക് അയയ്ക്കുന്നു.

പ്രതീക്ഷിത മൂല്യം ഏത് വ്യൂവിലാണെന്ന് കണ്ടതിന് ശേഷം മാത്രം തിരയൽ മാറ്റുക.

കണ്ടെത്തൽ PKI അറ്റകുറ്റപ്പണിയല്ല

ഈ പിശക് CA സർട്ടിഫിക്കറ്റോ സൈനിംഗ് കീയോ സീരിയൽ ഫയലോ റദ്ദാക്കൽ ഡാറ്റാബേസോ കേടായി എന്ന് തെളിയിക്കുന്നില്ല. പഴയ ട്യൂട്ടോറിയലിൽ നിന്ന് പകർത്തിയ clean-all പ്രവർത്തിപ്പിച്ചാൽ തികച്ചും വ്യത്യസ്തമായ വസ്തുക്കളുടെ കൂട്ടം നശിക്കുകയും തിരയൽ കേടായി തുടരുകയും ചെയ്യും. രണ്ട് പ്രവർത്തനങ്ങളും മനസ്സിലും ടിക്കറ്റിലും വെവ്വേറെ സൂക്ഷിക്കുക. പിന്നീട് ഒരു സർട്ടിഫിക്കറ്റ് പ്രവർത്തനം പരാജയപ്പെട്ടാൽ, അതിന്റെ സ്വന്തം തെളിവുകളിൽ അതിനെ വിലയിരുത്തുക.

ഏത് പരീക്ഷണത്തിനും മുൻപ് CA ഡയറക്ടറി ബാക്കപ്പ് ചെയ്യുക, അത് വായന-മാത്രമാണെന്ന് ഉറപ്പുള്ള പരീക്ഷണത്തിന്റെ കാര്യത്തിലും.

Easy-RSA 3-ലേക്ക് മാറുന്നത് ഒരു മൈഗ്രേഷനാണ്

പരിപാലിക്കുന്ന ഇൻസ്റ്റാളേഷൻ നിലവിലെ പാക്കേജിന്റെ സ്വന്തം ലോഞ്ചറും കോൺഫിഗറേഷൻ മാതൃകയും ഉപയോഗിക്കണം, കൂടാതെ Easy-RSA 3, Easy-RSA 2-ന്റെ അതേ ബാച്ച്-ഫയൽ പ്രവാഹമല്ല. പുതിയ PKI-ക്കുള്ള അതിന്റെ ദ്രുത തുടക്കം നിലവിലുള്ള അതോറിറ്റിക്കുള്ള മൈഗ്രേഷൻ നിർദ്ദേശമല്ല. പതിപ്പുകൾ മാറ്റുന്നതിന് മുൻപ് CA വസ്തുവും ഇഷ്യൂ, റദ്ദാക്കൽ രേഖകളും സംരക്ഷിക്കുക, ആ പതിപ്പിന്റെ അപ്ഗ്രേഡ് മാർഗനിർദ്ദേശം പിന്തുടരുക. ടൂൾ-കണ്ടെത്തൽ പിശക് അപ്രത്യക്ഷമാകാൻ അധികാര ഡയറക്ടറിക്കുള്ളിൽ പകരം CA ആരംഭിക്കുന്നത് പട്ടികയിലെ ഏറ്റവും മോശം ഓപ്ഷനാണ്.

പതിപ്പ് മാറ്റം ഒരു പ്രോജക്ടാണ്; രജിസ്ട്രി പിശക് ഒരു ഉച്ചയ്ക്ക് ശേഷമുള്ള സമയമാണ്.

അത് യഥാർഥത്തിൽ പരിഹരിക്കുന്ന താരതമ്യം

നാല് കാര്യങ്ങൾ എഴുതി നേരിട്ട് താരതമ്യം ചെയ്യുക:

• ഏത് സ്ക്രിപ്റ്റ് പ്രവർത്തിച്ചു, ഏത് വരി പരാജയപ്പെട്ടു.
• ആ വരി ഏത് രജിസ്ട്രി വ്യൂ ചോദിച്ചു.
• സ്ക്രിപ്റ്റ് ഏത് എക്സിക്യൂട്ടബിൾ പാത പ്രതീക്ഷിച്ചു.
• യന്ത്രത്തിൽ യഥാർഥത്തിൽ ഏത് ഇൻസ്റ്റാളേഷൻ ഉണ്ട്.

ഈ നാലും ഒത്തുപോയാൽ പിശക് പോകുന്നു, ബാക്കിയുള്ള ഏത് സർട്ടിഫിക്കറ്റ് പ്രശ്നവും CA-യെ കുറ്റപ്പെടുത്തുന്നതിന് പകരം അതിന്റെ സ്വന്തം തെളിവുകളിൽ വായിക്കാം.