VPN ഗേറ്റ്‌വേയ്ക്കായുള്ള ക്രിപ്റ്റോ കാർഡ്: വാങ്ങുന്നതിന് മുമ്പുള്ള നാല് കൈമാറ്റങ്ങൾ

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

കണ്ടെത്തൽ ആദ്യത്തെ കൈമാറ്റമാണ്, അവസാനത്തേതല്ല

ബസ് ഒരു ഉപകരണം കാണുന്നു എന്നും അത് എന്താണെന്ന് കേർണലിന് ഏകദേശ ധാരണയുണ്ട് എന്നും മാത്രമാണ് കണ്ടെത്തൽ തെളിയിക്കുന്നത്. ഡ്രൈവർ പിന്തുണയാണ് അടുത്ത കവാടം, അത് പതിപ്പിനെ ആശ്രയിച്ചിരിക്കുന്നു: പഴയ പതിപ്പിലുണ്ടായിരുന്ന ഒരു മൊഡ്യൂൾ ഇപ്പോഴത്തെ കേർണൽ പാക്കേജിൽ പൂർണ്ണമായി ഇല്ലാതിരിക്കാം. കൂടാതെ, ഡാറ്റാ ചാനൽ ഉപയോഗിക്കുന്ന പ്രത്യേക അൽഗോരിതവും മോഡും ഡ്രൈവർ രജിസ്റ്റർ ചെയ്യണം. AES-CBC ത്വരിതപ്പെടുത്തുന്ന കാർഡ് AES-GCM സംബന്ധിച്ച് ചർച്ച ചെയ്യുന്ന ക്രമീകരണത്തിന് ഒന്നും ചെയ്യുന്നില്ല.

മൂല്യനിർണ്ണയത്തിൽ ഓരോ കൈമാറ്റത്തിനും വെവ്വേറെ പേര് നൽകുക, കാരണം നാലാമത്തേതിലെ പരാജയം പുറമേ നിന്ന് ആദ്യത്തേതിലെ പരാജയം പോലെ തന്നെ കാണപ്പെടുന്നു.

കേർണലിന്റെ അൽഗോരിതം ലിസ്റ്റ് വായിക്കുക

ഹോസ്റ്റിന് ഉപകരണത്തെക്കുറിച്ചും രജിസ്റ്റർ ചെയ്ത അൽഗോരിതങ്ങളെക്കുറിച്ചും ഇതിനകം അറിയാവുന്ന കാര്യങ്ങൾ ശേഖരിച്ചുകൊണ്ട് തുടങ്ങുക.

lspci -nn | grep -i -E "crypt|hifn|soekris"
grep -E "^(name|driver|priority)" /proc/crypto | head -40

ഏതൊരു ഡ്രൈവർ അന്വേഷണത്തിനും ആവശ്യമായ നിർമ്മാതാവ്, ഉപകരണ ഐഡന്റിഫയറുകൾ PCI വരി നൽകുന്നു, കൂടാതെ/proc/crypto രജിസ്റ്റർ ചെയ്ത നടപ്പാക്കലുകൾ അവയുടെ ഡ്രൈവറുകളും മുൻഗണനകളും സഹിതം ലിസ്റ്റ് ചെയ്യുന്നു. ഒരേ അൽഗോരിതത്തിന്റെ നടപ്പാക്കലുകൾക്കിടയിലുള്ള തിരഞ്ഞെടുപ്പ് മുൻഗണനാ മൂല്യം ക്രമീകരിക്കുന്നു, അത് ഒരു ആപ്ലിക്കേഷൻ അവയിലൊന്ന് തിരഞ്ഞെടുക്കുന്നതിന് തുല്യമല്ല. കാർഡിന്റെ അൽഗോരിതം അവിടെ കാണുന്നില്ലെങ്കിൽ, ഡ്രൈവർ അത് ഒരിക്കലും രജിസ്റ്റർ ചെയ്തിട്ടില്ല, ഉപയോക്തൃ സ്ഥലത്തെ ഒരു മാറ്റവും അതിനെ വിളിക്കില്ല. കാർഡിന്റെ സ്ക്രീൻഷോട്ടിന് പകരം ഐഡന്റിഫയറുകളും നടപ്പാക്കലുകളുടെ പേരുകളും രേഖപ്പെടുത്തുക.

VPN ആ നടപ്പാക്കല്‍ തിരഞ്ഞെടുക്കണം

കേർണലിലെ ലഭ്യത ഒരു മെനുവാണ്, VPN പ്രക്രിയ അവിടെ നിന്ന് ഓർഡർ ചെയ്തു എന്നതിന് ഉറപ്പല്ല. ബാക്കെൻഡ് യഥാർത്ഥത്തിൽ എന്താണ് ഉപയോഗിക്കുന്നതെന്ന് പരിശോധിക്കുക.

openssl speed -evp aes-256-gcm
openssl engine -t -c

വേഗത കമാൻഡ് ലൈബ്രറിയുടെ സ്വന്തം പാത പരിശീലിപ്പിക്കുന്നു, ക്രമീകരിച്ച യന്ത്രത്തിന് അടിസ്ഥാനരേഖ നൽകുന്നു, അതേസമയം എഞ്ചിൻ ലിസ്റ്റ് OpenSSL-ന് എന്തെങ്കിലും ഓപ്ഷണൽ ദാതാവ് ലഭ്യമാണോ എന്ന് കാണിക്കുന്നു. സ്വന്തം ക്രിപ്റ്റോ ലൈബ്രറിയുള്ള ഉപയോക്തൃ-സ്ഥല VPN കേർണൽ നടപ്പാക്കലുകളെ പൂർണ്ണമായി ഒഴിവാക്കുന്നു, അതിനാൽ രജിസ്റ്റർ ചെയ്ത ഡ്രൈവർ അതിന് അപ്രസക്തമായേക്കാം. ഡാറ്റാ-ചാനൽ ഓഫ്‌ലോഡ് മറ്റൊരു മൂന്നാം സംവിധാനമാണ്, അത് സൈഫർ അഭ്യർത്ഥനകൾ വിപുലീകരണ കാർഡിലേക്ക് അയക്കുന്നതിന് പകരം പാക്കറ്റ് പ്രോസസ്സിംഗ് മാറ്റുന്നു. നാലാമത്തേതിനായി ഹാർഡ്‌വെയർ വാങ്ങുന്നതിന് മുമ്പ് ഈ മൂന്നിൽ ഏതാണ് നിങ്ങളുടെ വിന്യാസത്തെ വിവരിക്കുന്നതെന്ന് നിർണ്ണയിക്കുക.

നിങ്ങൾക്ക് ഇതിനകം ഉള്ള CPU പാതയുമായി താരതമ്യം ചെയ്യുക

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

വാങ്ങലിന്റെ അടിസ്ഥാനം പിന്തുണയുള്ള ശൃംഖലയും അളന്ന നേട്ടവുമാണ്. കണ്ടെത്തിയ ഒരു കാർഡോ, ആരോ ഒരിക്കൽ കമ്പൈൽ ചെയ്ത ഒരു മൊഡ്യൂളോ, പരിപാലിക്കപ്പെടുന്ന ഗേറ്റ്‌വേയെ കാലഹരണപ്പെട്ട ഹാർഡ്‌വെയറിനെ ആശ്രയിപ്പിക്കാനുള്ള കാരണമല്ല.