VPN സർട്ടിഫിക്കറ്റ് പകർത്തുന്നത് കീ പകർത്തുന്നില്ല

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

രണ്ട് ക്ലിക്കുകൾ, രണ്ട് തികച്ചും വ്യത്യസ്ത കലാസൃഷ്ടികൾ.

ഫയൽ എക്സ്റ്റൻഷനല്ല, എക്സ്പോർട്ട് ഡയലോഗ് വായിക്കുക

DER അല്ലെങ്കിൽ PEM സർട്ടിഫിക്കറ്റ് എക്സ്പോർട്ടിൽ ഒരു പൊതു കീയും ഒപ്പിട്ട ഐഡന്റിറ്റി അവകാശവാദങ്ങളും ഉണ്ട്; സർവറിന് നിങ്ങളെ വിശ്വസിക്കാനും ക്ലൈന്റിന് സർവർ പരിശോധിക്കാനും അതാണ് വേണ്ടത്. PKCS#12 ബണ്ടിൽ എന്നത് ഒരു സർട്ടിഫിക്കറ്റും അതിന്റെ ശൃംഖലയും അതിനൊത്ത സ്വകാര്യ കീയും സൂക്ഷിക്കാവുന്ന കണ്ടെയ്നറാണ്, പാസ്വേഡ് കൊണ്ട് സംരക്ഷിച്ചത്, എന്നാൽ കീ ഇല്ലാതെയും ഇത് നിർമ്മിക്കാം.

PEM ഒരു ടെക്സ്റ്റ് എൻകോഡിംഗ് മാത്രമാണ്, ഉള്ളടക്കത്തെക്കുറിച്ചുള്ള വാഗ്ദാനമല്ല. ഒരേ എക്സ്റ്റൻഷൻ ഒരു സർട്ടിഫിക്കറ്റിനെയോ ലേബലുള്ള ഒട്ടേറെ ബ്ലോക്കുകളുള്ള ഫയലിനെയോ സൂചിപ്പിക്കാം; ഏതെന്ന് എക്സ്പോർട്ട് ഓപ്ഷനുകളാണ് തീരുമാനിക്കുന്നത്.

അതിനാൽ ഉപയോഗപ്രദമായ ചോദ്യം ഏത് എക്സ്റ്റൻഷൻ ലഭിച്ചു എന്നതല്ല, ഫയലിൽ ഏത് ബ്ലോക്കുകളുണ്ട് എന്നതാണ്. കീ ഇല്ലാതെ എക്സ്പോർട്ട് ചെയ്ത ബണ്ടിലും ബണ്ടിൽ തന്നെ. ഫോർമാറ്റിന്റെ ജനപ്രീതിയല്ല, ഉള്ളടക്കം പരിശോധിക്കുക.

യഥാർത്ഥത്തിൽ എന്താണ് ലഭിച്ചതെന്ന് പരിശോധിക്കുക

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

grep -E 'BEGIN (CERTIFICATE|PRIVATE KEY|ENCRYPTED PRIVATE KEY)' bundle.pem
openssl x509 -in client.crt -noout -subject -issuer -dates
openssl pkey -in client.key -noout -text | head -5
openssl pkcs12 -info -in client.p12 -noout

സർട്ടിഫിക്കറ്റ് ബ്ലോക്ക് മാത്രമുള്ള എക്സ്പോർട്ട് ഒരു പൊതു വസ്തുവാണ്, പ്രാമാണീകരിക്കാനാകില്ല. സർട്ടിഫിക്കറ്റ് ഇല്ലാത്ത കീ ബ്ലോക്ക് സർവർ പ്രതീക്ഷിക്കുന്ന ശൃംഖല ഇല്ലാതെ നിങ്ങളെ വിടും. PKCS#12 വിവര ഔട്ട്പുട്ട് കീ ഉണ്ടോ എന്നും അറിയിക്കുന്നു, അത് ആ ഫോർമാറ്റിലെ ചോദ്യം തീർക്കുന്നു. അത് അൽഗോരിതവും കീയുടെ വലിപ്പവും പറയുന്നു, കീ ഇല്ലാത്തപ്പോൾ പൂർണ്ണമായി പരാജയപ്പെടുന്നു.

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

കീ പകർത്താനാകാത്ത ഇടത്ത് ജീവിക്കാം

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

ഇത് ഒരു നിയന്ത്രണമാണ്, ഒഴിവാക്കേണ്ട തടസ്സമല്ല. പൊതു സർട്ടിഫിക്കറ്റിൽ നിന്ന് സ്വകാര്യ കീ പുനർനിർമ്മിക്കാൻ കഴിയില്ല, അത് ചെയ്യാമെന്ന് അവകാശപ്പെടുന്ന ഏത് ഉപകരണവും മറ്റെന്തോ ചെയ്യുന്നു.

പകർത്തുന്നതിന് പകരം പുതിയ ഐഡന്റിറ്റി രജിസ്റ്റർ ചെയ്യുക

പിന്തുണയുള്ള വഴി സാധാരണയായി പുതിയ ഉപകരണത്തിന് പ്രത്യേക ഐഡന്റിറ്റി രജിസ്റ്റർ ചെയ്ത്, പഴയത് വിരമിക്കുമ്പോൾ അത് റദ്ദാക്കുക എന്നതാണ്; അങ്ങനെ ഓരോ ഉപകരണവും സ്വതന്ത്രമായി പിൻവലിക്കാം. കീയോടെയുള്ള എക്സ്പോർട്ട് യഥാർത്ഥത്തിൽ അനുവദിച്ചിടത്ത്, ലഭിച്ച ഫയലും അതിന്റെ പാസ്വേഡും ക്രെഡൻഷ്യലുകളായി കാണുക: വിശ്രമത്തിൽ എൻക്രിപ്റ്റ് ചെയ്തത്, വിശ്വസനീയമായ ചാനലിലൂടെ കൈമാറിയത്, രജിസ്ട്രേഷൻ കഴിഞ്ഞാൽ മായ്ച്ചത്.

ഇമ്പോർട്ട് വിജയിച്ചത് കണ്ടല്ല, ഇമ്പോർട്ട് ചെയ്ത ഐഡന്റിറ്റി ഉപയോഗിച്ച് പ്രാമാണീകരിച്ചാണ് പരിശോധിക്കേണ്ടത്. സ്വന്തം സ്റ്റോറിലേക്ക് ഒരു പൊതു സർട്ടിഫിക്കറ്റ് സ്വീകരിക്കുന്ന ക്ലൈന്റ് കീയെക്കുറിച്ച് ഒന്നും തെളിയിച്ചിട്ടില്ല.

സർവർ പുതിയ ഐഡന്റിറ്റി സ്വീകരിക്കുന്നു എന്നും പഴയത് ഇപ്പോഴും നയം ഉദ്ദേശിക്കുന്നതുപോലെ പ്രവർത്തിക്കുന്നു എന്നും ഉറപ്പാക്കി അവസാനിപ്പിക്കുക. അങ്ങനെ ഈ ഗൈഡ് ശരിയെന്ന് തോന്നുന്ന ഫയലല്ല, തെളിവോടെ പൂർത്തിയാകുന്നു.