જૂના ક્રિપ્ટોગ્રાફિક ઝડપવર્ધકો 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 લોડ અને એપ્લિકેશન થ્રુપુટ સાથે નોંધાયેલ. નિર્ણયમાં અપડેટ અને પુનઃપ્રાપ્તિનું વર્તન સામેલ કરો, કારણ કે જાળવણી ન કરાયેલ મોડ્યુલ ગેટવેનું જાળવણી જોખમ તેના આખા જીવનકાળ દરમિયાન વધારે છે.

ખરીદીનો આધાર સમર્થિત સાંકળ ઉપરાંત માપેલો લાભ છે. શોધાયેલું કાર્ડ, અથવા કોઈએ એક વાર કમ્પાઇલ કરેલું મોડ્યુલ, જાળવણી કરાયેલા ગેટવેને જૂનું હાર્ડવેર પર નિર્ભર બનાવવાનું કારણ નથી.

સંબંધિત લેખો