Nebula-ന് മൂന്ന് ഫയലുകൾ വേണം: CA, ഹോസ്റ്റ് സർട്ടിഫിക്കറ്റ്, ഹോസ്റ്റ് കീ

ഒരാൾക്ക് ഒരു Nebula ഡയറക്ടറി നൽകിയാൽ അയാൾ സാധാരണയായി എല്ലാം പകർത്തും, നിങ്ങളുടെ വർക്ക്സ്റ്റേഷനിൽ നിന്ന് ഒരിക്കലും പുറത്തുപോകരുതാത്ത ഫയൽ ഉൾപ്പെടെ. ആശയക്കുഴപ്പം മനസ്സിലാക്കാം, കാരണം ഒരു ഹോസ്റ്റിന്റെ PKI ബ്ലോക്കിലെ മൂന്ന് ഫയലുകളും ഒരുപോലെ കാണപ്പെടുന്നു, അവയിൽ രണ്ടെണ്ണം സർട്ടിഫിക്കറ്റുകളാണ്. ഓരോന്നും വ്യത്യസ്തമായ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, അവയിൽ രണ്ടെണ്ണം മാത്രമാണ് നോഡിൽ വേണ്ടത്. എന്തെങ്കിലും പകർത്തുന്നതിന് മുമ്പ് അവയെ റോൾ അനുസരിച്ച് തരംതിരിക്കുക.

മൂന്ന് ഫയലുകൾ, മൂന്ന് വ്യത്യസ്ത ജോലികൾ

CA സർട്ടിഫിക്കറ്റ് വിശ്വാസത്തിന്റെ നങ്കൂരമാണ്: മറ്റൊരു ഹോസ്റ്റ് സ്വന്തം ഐഡന്റിറ്റി അവതരിപ്പിക്കുമ്പോൾ ഏത് അധികാരികളെ വിശ്വസിക്കണമെന്ന് അത് ഹോസ്റ്റിനോട് പറയുന്നു. ഹോസ്റ്റ് സർട്ടിഫിക്കറ്റ് നോഡിന്റെ സ്വന്തം ക്രെഡൻഷ്യലാണ്, ആ അധികാരി അതിൽ ഒപ്പിട്ടിരിക്കുന്നു. ഹോസ്റ്റ് കീ അതിന്റെ ജോടിയായ സ്വകാര്യ പകുതിയാണ്, അത് കൃത്യമായി ഒരു യന്ത്രത്തിന് മാത്രം സ്വന്തമാണ്. CA സർട്ടിഫിക്കറ്റും സ്വന്തം ജോടിയും ഉള്ള ഒരു നോഡിന് overlay-ൽ ചേർന്ന് താൻ ആരാണെന്ന് തെളിയിക്കാം. മറ്റൊരാളുടെ കീ ഉള്ള ഒരു നോഡിനും അയാളാണെന്ന് നടിക്കാം, ഈ ക്രമീകരണം തടയാൻ ഉദ്ദേശിക്കുന്നത് ആ പരാജയമാണ്.

അതിനാൽ പ്രവർത്തിക്കുന്ന ഒരു ഹോസ്റ്റ് ഡയറക്ടറി രണ്ടാമത്തെ യന്ത്രത്തിലേക്ക് പകർത്തുന്നത് ഒരു കുറുക്കുവഴിയല്ല. അത് പ്രവചിക്കാവുന്ന ഫലമുള്ള ഇരട്ടി ഐഡന്റിറ്റിയാണ്.

ഒപ്പിടൽ കീ ഒരിക്കലും യാത്ര ചെയ്യുന്നില്ല

CA ഒപ്പിടൽ കീ ഒരു ഹോസ്റ്റ് കോൺഫിഗറേഷന്റെയും ഭാഗമല്ല. അത് പുതിയ ഐഡന്റിറ്റികൾ സൃഷ്ടിക്കുന്നു, അത് കൈവശമുള്ളയാൾക്ക് ഏത് overlay വിലാസത്തിനും ഏത് ഗ്രൂപ്പിനും സർട്ടിഫിക്കറ്റ് നൽകാം. ഒപ്പുകൾ പരിശോധിക്കാൻ സമപ്രായക്കാർക്ക് പൊതു CA സർട്ടിഫിക്കറ്റ് മാത്രം മതി, അതിനാൽ ക്ലയന്റിൽ സ്വകാര്യ പകുതിക്ക് ഒരു പങ്കുമില്ല. സർട്ടിഫിക്കറ്റുകൾ നൽകുന്ന യന്ത്രത്തിൽ അത് സൂക്ഷിക്കുക, ആകസ്മികമായ ഒരു പകർപ്പിനെ സൗകര്യമല്ല, സംഭവമായി കാണുക.

പലർക്കും സർട്ടിഫിക്കറ്റുകൾ നൽകേണ്ടി വന്നാൽ കീയുടെ പകർപ്പല്ല, ഒരു നടപടിക്രമം നൽകുക. ലാപ്ടോപ്പിലെ പങ്കിട്ട ഒപ്പിടൽ കീ ആരും ഓഡിറ്റ് ചെയ്യാനോ റദ്ദാക്കാനോ കഴിയാത്ത അധികാരമാണ്.

ഒരു ഹോസ്റ്റ് സർട്ടിഫിക്കറ്റിനുള്ളിൽ എന്തുണ്ട്

ഒരു ഹോസ്റ്റ് സർട്ടിഫിക്കറ്റ് ഒരു ഫയൽ നാമത്തേക്കാൾ കൂടുതൽ കീയുമായി ബന്ധിപ്പിക്കുന്നു. അത് നോഡിന്റെ overlay വിലാസം, പേര്, ഗ്രൂപ്പ് അംഗത്വം എന്നിവ വഹിക്കുന്നു, എല്ലാം ഒപ്പിട്ടിരിക്കുന്നു, അതിനാൽ ഒരു സമപ്രായക്കാരന് അത് സ്വീകരിക്കണോ എന്ന് തീരുമാനിക്കാം. അതുകൊണ്ടാണ് ഒരു ഹോസ്റ്റിന്റെ പേര് മാറ്റുന്നത് ഒരു കോൺഫിഗറേഷൻ വരി തിരുത്തലല്ല, പുതിയ സർട്ടിഫിക്കറ്റ് നൽകലാണ്.

nebula-cert print -path host.crt യഥാർത്ഥത്തിൽ എന്താണ് നൽകിയതെന്ന് കാണിക്കുന്നു. സർട്ടിഫിക്കറ്റിൽ നിങ്ങൾ ഉദ്ദേശിച്ച വിലാസമുണ്ടെന്ന് കരുതുന്നതിന് മുമ്പ് അത് വായിക്കുക.

വീണ്ടും ലോഡ് ചെയ്യുന്നത് എപ്പോഴും മതിയാകില്ല

ചില PKI ക്രമീകരണങ്ങൾ സിഗ്നലിൽ വീണ്ടും ലോഡ് ചെയ്യപ്പെടുന്നു, ചിലത് ചെയ്യുന്നില്ല. overlay വിലാസം മാറിയ ഒരു സർട്ടിഫിക്കറ്റ് വീണ്ടും ലോഡ് ചെയ്യുന്നതിന് പകരം പ്രോസസ് പുനരാരംഭിക്കേണ്ട ക്ലാസിക് സാഹചര്യമാണ്.

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

ഒരു ഐഡന്റിറ്റി നീക്കം ചെയ്യാൻ ബ്ലോക്ക്ലിസ്റ്റ് വേണം

നഷ്ടപ്പെട്ടതോ വെളിപ്പെട്ടതോ ആയ ഒരു ക്രെഡൻഷ്യൽ മാറ്റിസ്ഥാപിക്കുന്നതിന് രണ്ട് പകുതികളുണ്ട്. പുതിയ സർട്ടിഫിക്കറ്റ് പ്രവേശനം പുനഃസ്ഥാപിക്കുന്നു, പഴയ ഐഡന്റിറ്റി സ്വീകരിക്കപ്പെടുന്നത് നിർത്തണം. ഇവ വേറിട്ട പ്രവർത്തനങ്ങളാണ്, ആദ്യത്തേത് മാത്രം ചെയ്താൽ വിട്ടുകൊടുത്ത ക്രെഡൻഷ്യൽ സാധുവായി തുടരും.

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