Windows-ൽ OpenVPN 3-ലും Connect-ലും cryptoapicert എന്തുകൊണ്ട് പരാജയപ്പെടുന്നു

പ്രവർത്തിക്കുന്ന ഒരു OpenVPN 2 പ്രൊഫൈൽ നിങ്ങൾ പുതിയ Windows ക്ലയന്റിലേക്ക് പകർത്തുന്നു, പഴയ ക്ലയന്റ് സ്വയം കണ്ടെത്തിയിരുന്ന സർട്ടിഫിക്കറ്റ് ഇനി വാഗ്ദാനം ചെയ്യുന്നില്ല. അത് സാധ്യമാക്കിയ വരി Community 2 ക്ലയന്റിന്റേതായ Windows-നിർദ്ദിഷ്ട ഒരു സെലക്ടറാണ്, പുതിയ അപ്ലിക്കേഷൻ വേറെ ക്രെഡൻഷ്യൽ പാതയുള്ള മറ്റൊരു പ്രോഗ്രാമാണ്. ആ ഒരു വരി ഒഴികെ പ്രൊഫൈൽ മാറിയിട്ടില്ല, അതുതന്നെയാണ് വ്യത്യാസം കാണാൻ ബുദ്ധിമുട്ടാക്കുന്നത്.

ആ റിപ്പോർട്ടിൽ മൂന്ന് പാളികൾ കൂട്ടിക്കലർത്തുന്നു: Community ക്ലയന്റ്, കോർ ലൈബ്രറി, ആരോ ഇൻസ്റ്റാൾ ചെയ്ത ഫ്രണ്ടെൻഡ്. അവയിൽ ഒന്ന് മാത്രമാണ് ഈ നിർദ്ദേശം മനസ്സിലാക്കിയത്.

ഈ ഓപ്ഷൻ ഉള്ളിടത്ത് അതിന്റെ അർഥം

Windows-ലെ Community OpenVPN 2 ക്ലയന്റിൽ, cryptoapicert ഫയലിലല്ല, Windows സർട്ടിഫിക്കറ്റ് സ്റ്റോറിൽ ക്ലയന്റ് കണ്ടെത്തേണ്ട സർട്ടിഫിക്കറ്റ് നിർദ്ദേശിക്കുന്നു. ഇത് Windows-നിർദ്ദിഷ്ട ഒരു സൗകര്യമാണ്, ആ ക്ലയന്റിന് സ്റ്റോർ ലിസ്റ്റ് ചെയ്ത് ലഭിച്ച കീ സ്വന്തം TLS സ്റ്റാക്കിന് നൽകാൻ അറിയാം എന്നതുകൊണ്ട് ഇത് പ്രവർത്തിക്കുന്നു. അതിനാൽ നിർദ്ദേശം ആ ക്ലയന്റിന്റെ കോൺഫിഗറേഷൻ ഭാഷയുടെ ഭാഗമാണ്, OpenVPN പ്രോട്ടോക്കോളിന്റെ സ്വത്തല്ല. കൈമാറ്റ ഫോർമാറ്റിൽ അത് വഹിക്കുന്ന ഒന്നുമില്ല.

അതേ വരി മറ്റൊരു അപ്ലിക്കേഷനിൽ പകർത്തിയാൽ പുതിയ പ്രോഗ്രാം പാഴ്സ് ചെയ്യാനോ അവഗണിക്കാനോ നിരസിക്കാനോ സാധ്യതയുള്ള ഒരു വാക്ക് നിങ്ങൾ പകർത്തി. നിർദ്ദേശം പ്രോട്ടോക്കോളിന്റെ സവിശേഷതയല്ല, ഇത് OpenVPN സംസാരിക്കുന്ന ഓരോ ക്ലയന്റിന്റെയും സവിശേഷതയല്ല.

പകരം കോർ ലൈബ്രറി നൽകുന്നത്

OpenVPN 3 Core മറ്റ് അപ്ലിക്കേഷനുകൾ ഉൾക്കൊള്ളിക്കുന്ന ലൈബ്രറിയാണ്, അത് സ്റ്റോർ തിരയലിനു പകരം API വഴി ബാഹ്യ ക്രെഡൻഷ്യലുകൾ കൈകാര്യം ചെയ്യുന്നു. ഉൾക്കൊള്ളിക്കുന്ന അപ്ലിക്കേഷൻ സർട്ടിഫിക്കറ്റ് ശൃംഖല നൽകി, പിന്നീട് ബാഹ്യ കീ ഉപയോഗിച്ച് ഒപ്പിടാൻ ലൈബ്രറിയോട് ആവശ്യപ്പെടുന്നു, അതിനായി ലൈബ്രറി അപ്ലിക്കേഷനിലേക്ക് തിരികെ വിളിക്കുന്നു. ഇത് കൂടുതൽ പൊതുവായ രൂപകൽപ്പനയാണ്, ഏത് ദാതാക്കൾ നിലവിലുണ്ടെന്ന് ഫ്രണ്ടെൻഡ് തീരുമാനിക്കുന്നു എന്നർഥം. ലൈബ്രറിയുടെ സ്വന്തം ഓപ്ഷൻ കൈകാര്യം ചെയ്യലിൽ cryptoapicert നടപ്പിലാക്കാത്ത നിർദ്ദേശങ്ങൾക്കിടയിൽ കാണപ്പെടുന്നു, ഇത് ആ ഉത്തരവാദിത്വ വിഭജനവുമായി യോജിക്കുന്നു.

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

പകരം Windows ഫ്രണ്ടെൻഡ് ചെയ്യുന്നത്

OpenVPN Connect വേറെ വഴി സ്വീകരിക്കുന്നു: ഓപ്പറേറ്റർ PKCS#12 ഫയൽ ഇംപോർട്ട് ചെയ്യുന്നു അതിൽ സർട്ടിഫിക്കറ്റും അതിന്റെ സ്വകാര്യ കീയും അടങ്ങിയിരിക്കുന്നു, അത് ഈ ആവശ്യത്തിനായി സൃഷ്ടിച്ച OpenVPN Certificate Store-ലേക്ക് ഇട്ട്, പിന്നീട് ബാഹ്യ സർട്ടിഫിക്കറ്റ് പ്രൊഫൈലിന് നൽകുന്നു. ഇത് ബോധപൂർവമായ ഇംപോർട്ട് ഘട്ടമാണ്, സ്വകാര്യ സ്റ്റോറിലുള്ളത് സ്വയമേവ കണ്ടെത്തുന്നതല്ല. മറ്റൊരു ആവശ്യത്തിനായി ഇൻസ്റ്റാൾ ചെയ്ത സർട്ടിഫിക്കറ്റ് ക്ലയന്റിന്റെ പട്ടികയിൽ വെറുതെ വരും എന്ന് ആരെങ്കിലും കരുതുമ്പോൾ ഈ വ്യത്യാസം പ്രധാനമാണ്.

ഇംപോർട്ടിന് കീ നയത്തിലും പരിണാമമുണ്ട്, കാരണം ഒരു കീ P12 ഫയലിലേക്ക് എക്സ്പോർട്ട് ചെയ്യുന്നത് എക്സ്പോർട്ട് ചെയ്യാനാവാത്ത കീ തടയാൻ രൂപകൽപ്പന ചെയ്തത് കൃത്യമായി അതാണ്. ഇത് കോൺഫിഗറേഷന്റെയല്ല, നയത്തിന്റെ ചോദ്യമാണ്, ആരെങ്കിലും ഇംപോർട്ട് ശ്രമിക്കുന്നതിന് മുമ്പ് ഉത്തരം അർഹിക്കുന്നു.

കീയുടെ നയത്തിന് യോജിക്കുന്ന വഴി തിരഞ്ഞെടുക്കുക

ക്രെഡൻഷ്യൽ എക്സ്പോർട്ട് ചെയ്യാവുന്നതും നയം രേഖപ്പെടുത്തിയ ഇംപോർട്ട് അനുവദിക്കുന്നതുമാണെങ്കിൽ, സംഘടനയുടെ സംരക്ഷിത രജിസ്ട്രേഷൻ പ്രക്രിയ ഉപയോഗിക്കുക, താൽക്കാലിക P12-ഉം അതിന്റെ പാസ്വേഡും ലോഗുകളിൽനിന്നും സ്ക്രിപ്റ്റുകളിൽനിന്നും അകറ്റി നിർത്തുക. കീ ഒരിക്കലും സ്മാർട്ട് കാർഡോ സംരക്ഷിത ദാതാവോ വിടരുതെന്നുണ്ടെങ്കിൽ, ആ ആവശ്യകത വ്യക്തമായി പിന്തുണയ്ക്കുന്ന ക്ലയന്റ്-ദാതാവ് സംയോജനം തിരഞ്ഞെടുക്കുക, അല്ലെങ്കിൽ നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്ത പതിപ്പിന് വിൽപ്പനക്കാരനിൽനിന്ന് സ്ഥിരീകരണം നേടുക. രണ്ട് ശാഖകളിൽ ഒന്നും മറ്റൊന്നിന് പകരമല്ല.

നിർദ്ദേശം വീണ്ടും പ്രൊഫൈലിൽ ചേർക്കുന്നത് അപ്ലിക്കേഷനില്ലാത്ത ഒരു സംയോജനം നൽകാൻ കഴിയില്ല. പുതിയ ക്ലയന്റ് പതിപ്പും അത് നിർബന്ധമായും ചേർക്കുന്നില്ല, കാരണം കഴിവ് ഫ്രണ്ടെൻഡിന്റെ സ്വന്തം രൂപകൽപ്പനയുടേതാണ്.

പ്രാദേശിക കീ പ്രവർത്തിച്ചതിനു ശേഷവും സർവർ സർട്ടിഫിക്കറ്റിന്റെ ഐഡന്റിറ്റിയും ശൃംഖലയും അനുമതിയും പരിശോധിക്കുന്നു. ഉപയോഗയോഗ്യമായ പ്രാദേശിക കീയും അംഗീകരിച്ച VPN ഐഡന്റിറ്റിയും വേറിട്ട ഫലങ്ങളാണ്, അവ വേർതിരിച്ചു നിർത്തുന്നതാണ് ഫ്രണ്ടെൻഡിന്റെ പരിമിതി ദുർബലമായ സർട്ടിഫിക്കറ്റ് നയമായി മാറുന്നത് തടയുന്നത്.