Windows-ൽ സർട്ടിഫിക്കറ്റ് കാണാമെങ്കിലും OpenVPN-ന് അതിന്റെ കീ ഉപയോഗിക്കാനാവില്ല

Windows സർട്ടിഫിക്കറ്റ് വ്യൂവറിൽ സർട്ടിഫിക്കറ്റ് കാണാമെങ്കിലും ക്ലയന്റിന് അത് ഉപയോഗിക്കാനാവില്ല. ഒരു സർട്ടിഫിക്കറ്റ് കാണുന്നത് ഒരു സ്റ്റോറിൽ പൊതു വസ്തു ഉണ്ടെന്ന് മാത്രം തെളിയിക്കുന്നു. കണക്ഷൻ പ്രോസസിന് യോജിക്കുന്ന സ്വകാര്യ കീ കണ്ടെത്താനാകുമെന്നോ അത് ഉപയോഗിക്കാൻ അനുമതിയുണ്ടെന്നോ അത് തെളിയിക്കുന്നില്ല.

മൂന്ന് വസ്തുക്കൾ യോജിക്കണം. തിരഞ്ഞെടുത്ത സർട്ടിഫിക്കറ്റ്, അതിന് പിന്നിലുള്ള സ്വകാര്യ കീ, ക്ലയന്റ് പ്രവർത്തിക്കുന്ന അക്കൗണ്ട് എന്നിവ വെവ്വേറെ കാര്യങ്ങളാണ്, ഓരോന്നും സ്വതന്ത്രമായി പരാജയപ്പെടാം.

മൂന്ന് വസ്തുക്കൾ, മൂന്ന് ഉത്തരങ്ങൾ

Windows-ൽ കമ്മ്യൂണിറ്റി OpenVPN ഒരു CryptoAPI സ്റ്റോർ സെലക്ടർ രേഖപ്പെടുത്തുന്നു, cryptoapicert, അത് വിരലടയാളം സ്വീകരിക്കുന്നു. മൂല്യം നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കാൻ ഉദ്ദേശിക്കുന്ന സർട്ടിഫിക്കറ്റിനെ സൂചിപ്പിക്കണം, സമാന നാമമുള്ള മറ്റൊന്നിനെയല്ല. OpenVPN അടിസ്ഥാനമാക്കിയ മറ്റ് അപ്ലിക്കേഷനുകൾക്ക് തികച്ചും വ്യത്യസ്തമായ ഇംപോർട്ട് മോഡൽ ഉണ്ടാകാം, അതിനാൽ സെലക്ടർ അത് രേഖപ്പെടുത്തുന്ന ബിൽഡിന് മാത്രമുള്ള തെളിവാണ്. താഴെയുള്ള കാര്യങ്ങൾ ഡീബഗ് ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങളുടെ ക്ലയന്റ് ഈ സംവിധാനം നടപ്പിലാക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.

ബിൽഡ് സെലക്ടർ പിന്തുണയ്ക്കുന്നില്ലെങ്കിൽ, പരിഹാരം മറ്റൊരു പ്രൊഫൈൽ ഫോർമാറ്റാണ്, മറ്റൊരു സർട്ടിഫിക്കറ്റല്ല.

സെലക്ടർ ശരിയായ ഐഡന്റിറ്റിയിലേക്ക് എത്തുന്നുണ്ടോ

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

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

അനുമതികൾ നോക്കുന്നതിന് മുമ്പ് സെലക്ടർ ഏത് ഐഡന്റിറ്റിയിലേക്ക് എത്തുന്നുവെന്ന് പരിശോധിക്കുക. തെറ്റായ വിരലടയാളം കീ ഇല്ലാത്തതുപോലെ തന്നെ പരാജയപ്പെടുന്നു.

ഈ അക്കൗണ്ടിന് കീ ഉപയോഗിക്കാമോ

കീയിലേക്കുള്ള പ്രവേശനം അക്കൗണ്ട് തോറുമാണ്. ഒരു സേവനത്തിനും ഷെഡ്യൂൾ ചെയ്ത ടാസ്ക്കിനും ഇന്ററാക്ടീവ് ഡെസ്ക്ടോപ്പ് സെഷനും സ്റ്റോറിന്റെ വ്യത്യസ്ത കാഴ്ചകളും സ്വകാര്യ കീ ഉപയോഗിക്കാനുള്ള വ്യത്യസ്ത അനുമതികളും ഉണ്ടാകാം. നിങ്ങളുടെ സ്വന്തം സെഷനിൽ സർട്ടിഫിക്കറ്റ് കാണുന്നത് സേവന അക്കൗണ്ടിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

ഹാർഡ്‌വെയർ പിന്തുണയുള്ള കീയ്ക്ക് അതിന്റെ ദാതാവും ഒരു സ്ഥിരീകരണ ഘട്ടവും ആവശ്യമായി വന്നേക്കാം. പ്രോംപ്റ്റ് കാണിക്കാനാവാത്ത ഒരു സേവനത്തെ കീ ഒരു സാധാരണ ഫയലിലേക്ക് എക്സ്പോർട്ട് ചെയ്ത് രക്ഷിക്കാനാവില്ല.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് പ്രാദേശിക പിശക് വായിക്കുക. തിരഞ്ഞെടുപ്പ് പരാജയം, ഒപ്പിടൽ പരാജയം, സെർവറിന്റെ നിരസനം എന്നിവ മൂന്ന് വ്യത്യസ്ത ഫലങ്ങളാണ്. ആദ്യത്തെ രണ്ടെണ്ണം മാത്രമാണ് പ്രാദേശികം. മൂന്നാമത്തേത് കീ പ്രവർത്തിച്ചുവെന്നും സെർവർ സർട്ടിഫിക്കറ്റിനെതിരെ തീരുമാനിച്ചുവെന്നും അർത്ഥമാക്കുന്നു.

പ്രാദേശിക ഉപയോഗം സെർവറിന്റെ സ്വീകരണമല്ല

പ്രാദേശിക വിജയം അധികാരമല്ല. ക്ലയന്റ് സ്വന്തം കീ ഉപയോഗിച്ച് ഒപ്പിട്ടതിന് ശേഷവും സെർവർ ഇഷ്യൂവർ, സാധുതാ കാലയളവ്, റോൾ, സ്വന്തം പ്രവേശന നയം എന്നിവ വിലയിരുത്തുന്നു. അതേ CA-യിൽ നിന്നുള്ള മറ്റൊരു സർട്ടിഫിക്കറ്റിന് അതേ VPN അവകാശങ്ങൾ സ്വയമേവ ലഭിക്കുന്നില്ല.

സെർവറിന് വിശ്വാസ ശൃംഖല വേണം, ക്ലയന്റിന്റെ സ്വകാര്യ കീയുടെ പകർപ്പല്ല. കീ സെർവറിലേക്ക് അയക്കുന്നത് സ്ഥിരീകരണ പ്രശ്നത്തിന്റെ പരിഹാരമല്ല ഒരിക്കലും.

പരാജയം ക്രമത്തിൽ കൈകാര്യം ചെയ്യുക

പിശകിന്റെ കൃത്യമായ പാഠം സൂക്ഷിക്കുക. കീയുടെ അനുമതി ഇല്ലാതിരിക്കുന്നത് CA മാറ്റമായി മാറരുത്, സെർവറിന്റെ നിരസനം സ്റ്റോർ അറ്റകുറ്റപ്പണിയായി മാറരുത്. ഓരോന്നിനും സ്വന്തം തെളിവുകളുണ്ട്.

പരാജയം പ്രത്യക്ഷപ്പെടുന്ന ക്രമത്തിൽ പ്രവർത്തിക്കുക: സെലക്ടർ, കീ, അക്കൗണ്ട്, പിന്നെ സെർവർ നയം. കമ്മ്യൂണിറ്റി ക്ലയന്റ് റഫറൻസ് നിങ്ങൾ ഓടിക്കുന്ന പതിപ്പിനുള്ള Windows സ്റ്റോർ സെലക്ടർ രേഖപ്പെടുത്തുന്നു.