Easy-RSA કહે છે PKI ખૂટે છે? તે બીજે જગ્યાએ જોઈ રહ્યું છે
CA કી અથવા index.txt ખૂટે તેનો સામાન્ય અર્થ એ છે કે Easy-RSA 3 એ બીજી ડિરેક્ટરી પસંદ કરી છે. પહેલાં 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, પાસફ્રેઝની જરૂર પડતી સાઇનિંગ કી, અને ખૂટતો ઇશ્યુઅન્સ રેકોર્ડ ત્રણ જુદા ખામી છે, અને તેમાંથી ફક્ત એક જ તમે અત્યારે સુધારેલી ડિરેક્ટરી વિશે છે.
પાથની ભૂલ ઢાંકવા માટે કદી કી એન્ક્રિપ્શન દૂર કરશો નહીં કે ડિરેક્ટરી પરવાનગીઓ પહોળી કરશો નહીં. ભૂલ સુધારવી સસ્તી છે; સમારકામ નહીં.