બેચ ફાઇલ “સિસ્ટમ નિર્દિષ્ટ રજિસ્ટ્રી કી કે મૂલ્ય શોધી શક્યું નહીં” સંદેશ સાથે અટકે છે અને બધા ધારે છે કે સર્ટિફિકેટ ઓથોરિટી તૂટી ગઈ છે. એવું નથી, અથવા ઓછામાં ઓછું હજી નથી: સ્ક્રિપ્ટ સોફ્ટવેર શોધતી વખતે નિષ્ફળ ગઈ, 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ને દોષ ન આપીને તેના પોતાના પુરાવા પરથી વાંચી શકાય છે.

સંબંધિત લેખો