Easy-RSA PKI ഇല്ലെന്ന് പറയുന്നോ? അത് മറ്റൊരിടത്ത് നോക്കുന്നു

ca.crt അല്ലെങ്കിൽ index.txt ഇല്ലാത്തതിനാൽ കമാൻഡ് നിലയ്ക്കുന്നു, എന്നാൽ CA മാസങ്ങളായി സർട്ടിഫിക്കറ്റുകൾ ഇഷ്യൂ ചെയ്യുന്നു. അതോറിറ്റിയിൽ ഒന്നും മാറിയിട്ടില്ല; കമാൻഡ് മറ്റൊരിടത്ത് നോക്കിയത്രേ. Easy-RSA 3 ഒരു ഓപ്ഷൻ, ഒരു എൻവയോൺമെന്റ് വേരിയബിൾ, ഒരു vars ഫയൽ, ഒരു ബിൽറ്റ്-ഇൻ ഡിഫോൾട്ട് എന്നിവയിൽ നിന്ന് PKI ഡയറക്ടറി നിർണ്ണയിക്കുന്നു, ഇവയിൽ ഏതും വിന്യാസത്തിന്റെ അതോറിറ്റിയിൽ നിന്ന് അകലെ ചൂണ്ടാം. എന്തെങ്കിലും സൃഷ്ടിക്കുന്നതിന് മുമ്പ് ഏതാണ് ജയിച്ചതെന്ന് പരിശോധിക്കുക.

പിശക് ഡയറക്ടറിയെയല്ല, ഫയലിനെയാണ് പേരിടുന്നത്

ഇൻസ്റ്റലേഷൻ ഡയറക്ടറിയും ഇഷ്യൂവർ ഡയറക്ടറിയും രണ്ട് വ്യത്യസ്ത സ്ഥലങ്ങളാണ്. മെഷീനിൽ easyrsa കണ്ടെത്തുന്നത് ഉപകരണം ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്ന് മാത്രം തെളിയിക്കുന്നു, നിങ്ങളുടെ VPN വിശ്വസിക്കുന്ന അതോറിറ്റി അത് കണ്ടെത്തിയെന്നല്ല.

അതുകൊണ്ടാണ് പാക്കേജ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നതോ init ഘട്ടം വീണ്ടും പ്രവർത്തിപ്പിക്കുന്നതോ ഫലപ്രദമായി തോന്നുന്നത്, എന്നാൽ ഒന്നും മാറുന്നില്ല.

എല്ലാത്തിനും മുമ്പ് സെലക്ടർ പരിശോധിക്കുക

Easy-RSA 3-ൽ സെലക്ടർ എന്നത് EASYRSA_PKI അല്ലെങ്കിൽ അനുയോജ്യമായ --pki-dir ഓപ്ഷനാണ്. ഉദാഹരണത്തിന് കേവല പാത നൽകുക --pki-dir=/srv/pki/office, ഉത്തരം നിങ്ങൾ യാദൃച്ഛികമായി നിന്ന സ്ഥലത്തെ ആശ്രയിക്കുന്നത് നിർത്തും. ഈ ഒരു ശീലം ഈ ബഗ്ഗിന്റെ ഒരു മുഴുവൻ വിഭാഗം ഒഴിവാക്കുന്നു, പ്രത്യേകിച്ച് cron അല്ലെങ്കിൽ CI ചെക്ക്ഔട്ടിൽ നിന്ന് പ്രവർത്തിപ്പിക്കുന്ന സ്ക്രിപ്റ്റുകൾക്ക്.

ആദ്യം തലമുറ സ്ഥിരീകരിക്കുക, കാരണം Easy-RSA 2-ന്റെ vars ഫയലും build-key ശീലവും Easy-RSA 3 പ്രതീക്ഷിക്കുന്ന മാതൃകയിൽ നിന്ന് വ്യത്യസ്തമാണ്. easyrsa --version മറ്റെന്തെങ്കിലും ചെയ്യുന്നതിന് മുമ്പ് തലമുറ പ്രിന്റ് ചെയ്യുന്നു, കൂടാതെ ./easyrsa --help സബ്കമാൻഡുകൾ പട്ടികപ്പെടുത്തുന്നു: ഒരു ലക്ഷ്യം build-key 2.x എന്നർത്ഥം, എന്നാൽ build-client-full 3.x എന്നർത്ഥം. ഡയറക്ടറിയുടെ പേര് പരിചിതമായി തോന്നുന്നതിനാൽ പഴയ KEY_DIR പാത 3.x വിളിയിലേക്ക് കൊണ്ടുപോകുന്നത് കൃത്യമായി ഈ പിശക് ഉണ്ടാക്കുന്നു.

പതിപ്പ് സ്ട്രിംഗും കമാൻഡ് സിന്റാക്സും പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ, നിർത്തി ഇൻസ്റ്റാൾ ചെയ്ത റിലീസിന്റെ സ്വന്തം ഡോക്യുമെന്റേഷൻ വായിക്കുക.

മുൻഗണന തോറ്റ vars ഫയൽ വിശദീകരിക്കുന്നു

രേഖപ്പെടുത്തിയ മുൻഗണന കമാൻഡ്-ലൈൻ ഓപ്ഷൻ, പിന്നെ എൻവയോൺമെന്റ്, പിന്നെ vars ഫയൽ, പിന്നെ ബിൽറ്റ്-ഇൻ ഡിഫോൾട്ട് എന്നിവയാണ്. അതിനാൽ vars ലെ ശരിയായ മൂല്യം പാരമ്പര്യമായി ലഭിച്ച എൻവയോൺമെന്റ് വേരിയബിളിനോട് തോൽക്കുന്നു, ഇതാണ് ഈ പരാജയത്തിന്റെ നിശ്ശബ്ദ പതിപ്പ്. മുഴുവൻ എൻവയോൺമെന്റും ഒരു ടിക്കറ്റിലേക്ക് ഒഴുക്കുന്നതിന് പകരം ഉദ്ദേശിച്ച വേരിയബിളുകളും ഫയൽ തിരഞ്ഞെടുപ്പും പരിശോധിക്കുക. രണ്ടിനും ഇടയിലുള്ള വ്യത്യാസം സാധാരണയായി ഒരു രഹസ്യമാണ്.

ശൃംഖല ക്രമത്തിൽ സഞ്ചരിച്ച് കമാൻഡ് ഉപയോഗിച്ച പാത ഏത് ഉറവിടം നൽകി എന്ന് രേഖപ്പെടുത്തുക. അത് അറിഞ്ഞാൽ, പരിഹാരം ഒരു ഫ്ലാഗോ export-ഓ ആണ്, പുതിയ സർട്ടിഫിക്കറ്റ് അതോറിറ്റിയല്ല.

Easy-RSA കോൺഫിഗറേഷൻ റഫറൻസ് സെലക്ടറും മുൻഗണനയും നിർവചിക്കുന്നു, ടിക്കറ്റിൽ ഇടേണ്ട ഉദ്ധരണി അതാണ്.

പൊതു വസ്തുക്കൾ ഉപയോഗിച്ച് ഇഷ്യൂവർ സ്ഥിരീകരിക്കുക

സാധാരണ ഫയൽ അടിസ്ഥാനമാക്കിയ ഇഷ്യൂവറാണെങ്കിൽ, വായിക്കുക ca.crt അതിന്റെ ഫിംഗർപ്രിന്റ് നിങ്ങൾ അംഗീകരിച്ച ഇഷ്യൂവർ റെക്കോർഡുമായി ഒത്തുനോക്കുക. പൊരുത്തപ്പെടുന്ന സബ്ജക്റ്റ് പേര് ഐഡന്റിറ്റിയുടെ തെളിവല്ല, production എന്ന പേരിലുള്ള ഡയറക്ടറിയും അല്ല. നിങ്ങൾ കണ്ടെത്തിയ ഫയലിനെ നിങ്ങളുടെ സഹപ്രവർത്തകരോട് വിശ്വസിക്കാൻ പറഞ്ഞ അതോറിറ്റിയുമായി ബന്ധിപ്പിക്കുന്നത് ഫിംഗർപ്രിന്റ് മാത്രമാണ്.

വായനയ്ക്ക് മാത്രമുള്ള പരിശോധന മതി: openssl x509 -in /srv/pki/office/ca.crt -noout -subject -issuer -serial -fingerprint -sha256.

തുടർന്ന് ഡയറക്ടറിയുടെ പങ്ക് നിർണ്ണയിക്കുക. ക്ലയന്റ് ഉപയോഗിക്കുന്ന അഭ്യർത്ഥനാ ഡയറക്ടറി ഇഷ്യൂവർ ഡാറ്റാബേസല്ല, ഓഫ്ലൈനായി സൂക്ഷിക്കുന്ന സൈനിംഗ് കീ ഓരോ VPN ഹോസ്റ്റിലും ഉണ്ടാകേണ്ട ആവശ്യമില്ല. കാണാത്ത ca.key ആ ക്രമീകരണത്തിൽ ഒരു ഡിസൈൻ സ്വഭാവമാണ്, പകരം അതോറിറ്റി കണ്ടുപിടിക്കാനുള്ള അനുമതിയല്ല.

അവസ്ഥ ശരിക്കും പോയതാണെങ്കിൽ

ചിലപ്പോൾ പാത ശരിയാണ്, അവസ്ഥ ശരിക്കും അവിടെയില്ല. ശൂന്യമായ index.txt ഉം പുനരാരംഭിച്ച സീരിയൽ കൗണ്ടറും നിങ്ങൾക്ക് ആരോഗ്യകരമായി തോന്നുന്ന, എന്നാൽ ഒരിക്കലും കണ്ടിട്ടില്ലാത്ത സർട്ടിഫിക്കറ്റുകളെക്കുറിച്ച് ഒന്നും തെളിയിക്കാനാകാത്ത PKI നൽകുന്നു: പുതുക്കലുകൾ പഴയവ റദ്ദാക്കില്ല, പുതിയ നമ്പറുകൾ ചരിത്രവുമായി കൂട്ടിയിടിക്കും. പകരം CA-യുടെ അംഗീകൃത ബാക്കപ്പിൽ നിന്ന് പുനഃസ്ഥാപിക്കുക, കാരണം മറ്റൊരിടത്ത് ശൂന്യമായ PKI ആരംഭിക്കുന്നത് പിശക് നീക്കുക മാത്രം ചെയ്ത് പിന്നിൽ രണ്ടാമതൊരു ബന്ധമില്ലാത്ത അതോറിറ്റി വിടുന്നു.

പാതയും ഇഷ്യൂവറും ഒത്തുവന്നാൽ, അടുത്ത പരാജയം അതിന്റെ ഗുണത്തിൽ കൈകാര്യം ചെയ്യുക. Permission denied, പാസ്ഫ്രേസ് ആവശ്യമുള്ള സൈനിംഗ് കീ, കാണാത്ത ഇഷ്യൂവൻസ് റെക്കോർഡ് എന്നിവ മൂന്ന് വ്യത്യസ്ത തകരാറുകളാണ്, അവയിൽ ഒന്ന് മാത്രമാണ് നിങ്ങൾ ഇപ്പോൾ ശരിയാക്കിയ ഡയറക്ടറിയെക്കുറിച്ച്.

പാതയുടെ തെറ്റ് മറയ്ക്കാൻ ഒരിക്കലും കീ എൻക്രിപ്ഷൻ നീക്കരുത്, ഡയറക്ടറി അനുമതികൾ വിപുലീകരിക്കരുത്. തെറ്റ് തിരുത്താൻ വിലകുറവാണ്; അറ്റകുറ്റപ്പണി അല്ല.