OpenVPN അല്ലെങ്കിൽ WireGuard? ഐഡന്റിറ്റിയും ഗതാഗതവും കൊണ്ട് തീരുമാനിക്കുക
കീകൾ, ലോഗിൻ പ്രവാഹങ്ങൾ, UDP മാത്രം ഗതാഗതം എന്നിവ ത്രൂപുട്ടിനും വളരെ മുൻപേ തിരഞ്ഞെടുപ്പ് രൂപപ്പെടുത്തുന്നു. നാല് പരിശോധനകൾ ചെയ്ത് അളവ് സത്യസന്ധമായി നിലനിർത്തുക.
ഈ രണ്ട് പ്രോട്ടോക്കോളുകൾ താരതമ്യം ചെയ്യുന്നത് നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്നതിനെ താരതമ്യം ചെയ്യുമ്പോൾ മാത്രമേ ഉപകാരപ്രദമാകൂ. WireGuard പിയറുകളെ പൊതു കീ ഉപയോഗിച്ച് തിരിച്ചറിയുന്നു, സ്വന്തം പ്രോട്ടോക്കോൾ UDP-യിലൂടെ കൊണ്ടുപോകുന്നു, അതേസമയം OpenVPN കൂടുതൽ വിശാലമായ ആധികാരികതാ രീതികൾ നൽകുന്നു, സർവർ രണ്ടും നൽകിയാൽ UDP അല്ലെങ്കിൽ TCP-യിൽ പ്രവർത്തിക്കാം. ഈ വ്യത്യാസങ്ങൾ ത്രൂപുട്ട് രൂപപ്പെടുത്തുന്നതിന് വളരെ മുൻപേ സജ്ജീകരണവും ബദൽ വഴിയും രൂപപ്പെടുത്തുന്നു. താഴെയുള്ള നാല് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക; ആദ്യത്തെ രണ്ട് സാധാരണയായി തിരഞ്ഞെടുപ്പ് തീരുമാനിക്കുന്നു, അവസാനത്തെ രണ്ട് തീരുമാനം ശരിയായിരുന്നോ എന്ന് പറയുന്നു.
സൈഫർ പട്ടികയിൽ നിന്നല്ല, ഐഡന്റിറ്റിയിൽ നിന്ന് തുടങ്ങുക
WireGuard പിയർ ഒരു സ്വകാര്യ കീ സൂക്ഷിക്കുകയും എത്തിച്ചേരാവുന്ന പൊതു കീകൾ പട്ടികപ്പെടുത്തുകയും ചെയ്യുന്നു. ദാതാവിന് അതിന് ചുറ്റും ഒരു അക്കൗണ്ട് പോർട്ടൽ പൊതിയാം, പക്ഷേ പ്രോട്ടോക്കോളിൽ തന്നെ ഉപയോക്തൃനാമവും രഹസ്യവാക്കും കൈമാറ്റം ഇല്ല, അതിനാൽ അക്കൗണ്ടിന്റെ ജീവിതചക്രം കീകൾ വിതരണം ചെയ്യുന്നതിനുള്ളിൽ കഴിയുന്നു. OpenVPN സർട്ടിഫിക്കറ്റുകൾ, നിലവിലുള്ള ഡയറക്ടറിക്കെതിരായ പ്ലഗിൻ അല്ലെങ്കിൽ സ്ഥിരീകരണ സ്ക്രിപ്റ്റ് ഉപയോഗിക്കാം, അതുകൊണ്ടാണ് ഐഡന്റിറ്റി സംവിധാനമുള്ള സംഘടനകൾ ഇത് പലപ്പോഴും തിരഞ്ഞെടുക്കുന്നത്. രണ്ട് രൂപകൽപ്പനകളും നഷ്ടപ്പെട്ട ഉപകരണം എങ്ങനെ നീക്കം ചെയ്യാം എന്ന ചോദ്യം ഒഴിവാക്കുന്നില്ല.
| Decision | OpenVPN | WireGuard |
|---|---|---|
| Identity | Certificates, plugins or scripts against an existing directory | One private key per peer, public keys listed for the peers it may reach |
| Transport | UDP or TCP profiles when the server offers both | UDP only in the native protocol |
| Routing and DNS | Server pushes routes and DNS options | AllowedIPs maps ranges to peers, and tooling installs the routes |
| Where it usually breaks | Profile mismatch, expired certificate, failing plugin | Blocked UDP, wrong AllowedIPs, key not installed |
ചെറിയ കോൺഫിഗറേഷൻ ലളിതമായ സജ്ജീകരണത്തിന് തുല്യമല്ല. ഒരു സ്വകാര്യ കീ പലർക്കും നൽകിയാൽ പിന്നീടുള്ള നീക്കം അവ്യക്തമാകും, കാരണം അത് റദ്ദാക്കുന്നത് എല്ലാവരെയും ഒരുമിച്ച് നീക്കും. തിരഞ്ഞെടുക്കുന്നതിന് മുൻപ് വ്യക്തിയിൽ നിന്ന് കീയിലേക്കോ സർട്ടിഫിക്കറ്റിലേക്കോ ഉള്ള മാപ്പിംഗ് എഴുതുക, പ്രോട്ടോക്കോൾ തീരുമാനം വളരെ എളുപ്പമാകും.
പിന്നെ ഗതാഗതം എന്ത് അനുവദിക്കുന്നു എന്ന് നോക്കുക
WireGuard-ന്റെ പ്രോട്ടോക്കോൾ UDP ഉപയോഗിക്കുന്നു. OpenVPN സേവനങ്ങൾ UDP, TCP എന്നിവയുടെ പ്രൊഫൈലുകൾ നൽകാം, UDP തടയുന്ന അല്ലെങ്കിൽ ദുർബലമാക്കുന്ന ശൃംഖലയിൽ ആ രണ്ടാമത്തെ ഓപ്ഷൻ സൈദ്ധാന്തികമല്ല, പ്രായോഗികമായ ബദൽ വഴിയാണ്. സർവർ നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന പ്രൊഫൈൽ പിന്തുണയ്ക്കണം, പോർട്ട് നമ്പർ മാറ്റുന്നത് ടണൽ HTTPS ആക്കുന്നില്ല, ഫയർവാൾ അത് അനുവദിക്കാൻ സമ്മതിക്കുന്നുമില്ല.
TCP-യ്ക്കുള്ളിൽ TCP കൊണ്ടുപോകുന്നത് നഷ്ടസമയത്തെ സ്വഭാവവും മാറ്റുന്നു, കാരണം രണ്ട് പാളികളും സ്വതന്ത്രമായി വീണ്ടും ശ്രമിക്കുകയും പുനഃക്രമീകരിക്കുകയും ചെയ്യുന്നു. നിയന്ത്രണാധീനമായ ശൃംഖലയിൽ പ്രവർത്തിക്കുന്ന TCP പ്രൊഫൈൽ നഷ്ടമുള്ള ശൃംഖലയിൽ എങ്കിലും മോശം പ്രകടനം നൽകാം, അതുകൊണ്ടാണ് ഒരു പ്രൊഫൈലിനെ മികച്ചതെന്ന് പ്രഖ്യാപിക്കുന്നതിന് പകരം രണ്ടും ലഭ്യമായി നിലനിർത്തുന്നത്.
പിന്നെ റൂട്ടിംഗും നാമവിശ്ലേഷണവും പരിശോധിക്കുക
WireGuard-ന്റെ AllowedIPs വിലാസ ശ്രേണികൾ പിയറുകളുമായി ചേർക്കുന്നു, പ്രോട്ടോക്കോളിനുള്ളിൽ റൂട്ടിംഗ് തീരുമാനമായി പ്രവർത്തിക്കുന്നു, ചുറ്റുമുള്ള ഉപകരണങ്ങൾ റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ ആ ശ്രേണികൾ ഉപയോഗിക്കുന്നു. OpenVPN സർവറിൽ നിന്ന് റൂട്ടുകളും DNS ഓപ്ഷനുകളും തള്ളുന്നു. രണ്ട് സന്ദർഭങ്ങളിലും ഉദ്ദേശിച്ച നയം പകുതി മാത്രം പ്രയോഗിച്ചിരിക്കെ ക്ലയന്റ് ഉയർന്നുവരാം.
ip route show
ip -6 route show
resolvectl status
wg showകണക്റ്റുചെയ്ത സൂചകത്തിൽ വിശ്വസിക്കുന്നതിന് മുൻപ് ഔട്ട്പുട്ട് വായിക്കുക. ip route show ക്ലയന്റ് IPv4-നായി എന്ത് ഇൻസ്റ്റാൾ ചെയ്തുവെന്ന് പട്ടികപ്പെടുത്തുന്നു, IPv6 പതിപ്പ് ഒരു കുടുംബം മാത്രം കൊണ്ടുപോകുന്ന ടണൽ പിടിക്കുന്നു. resolvectl status ക്ലയന്റ് യഥാർത്ഥത്തിൽ ഏത് റിസോൾവറിനോട് ചോദിക്കുമെന്ന് കാണിക്കുന്നു, wg show WireGuard തന്റേതെന്ന് കരുതുന്ന AllowedIPs അച്ചടിക്കുന്നു. റൂട്ടുകൾ പൂർണ്ണ പരിധി അവകാശപ്പെടുമ്പോഴും റിസോൾവർ ഇപ്പോഴും പ്രാദേശിക ശൃംഖലയിലേക്ക് ചൂണ്ടുന്നുവെങ്കിൽ, DNS ടണലിന് പുറത്ത് പോകുന്നു.
പിന്നെ നിങ്ങൾക്ക് പ്രധാനമായ ജോലി അളക്കുക
ഉപകരണം, ശൃംഖല, ലക്ഷ്യസ്ഥാനം എന്നിവ സ്ഥിരമായി നിർത്തി, ഉപയോഗിച്ച ക്ലയന്റുകളും അന്തിമബിന്ദുക്കളും രേഖപ്പെടുത്തുക. രണ്ട് സേവനങ്ങളും വ്യത്യസ്ത നഗരങ്ങളിൽ നിന്ന് പുറപ്പെടുകയോ വ്യത്യസ്ത ഹാർഡ്വെയറിൽ പ്രവർത്തിക്കുകയോ ചെയ്താൽ അത് പറയുക, കാരണം അപ്പോൾ ഫലം പ്രോട്ടോക്കോളുകളെയല്ല, ആ സേവനങ്ങളെ വിവരിക്കുന്നു.
iperf3 -c 203.0.113.20 -t 30
mtr -rwzbc 50 203.0.113.20രണ്ട് കമാൻഡുകളും രണ്ട് പ്രാവശ്യം ഓടിക്കുക, ഓരോ പ്രൊഫൈൽ ജോടിക്കും ഒരിക്കൽ, അതേ ശൃംഖലയിലും ഉപകരണത്തിലും. iperf3 ത്രൂപുട്ടിന്റെ സംഖ്യ നൽകുന്നു, mtr വഴിയും നഷ്ടം എവിടെ പ്രത്യക്ഷപ്പെടുന്നു എന്നതും നൽകുന്നു, ഒരു ഡൗൺലോഡ് സംഖ്യക്ക് അത് കാണിക്കാനാവില്ല. ഒരു ഡൗൺലോഡ് സംഖ്യ കോൾ ശ്രദ്ധിക്കുന്നതും വിട്ടുകളയുന്നു: കൂടിയ കാലതാമസം, ഇളക്കം, വീണ്ടും ബന്ധിപ്പിക്കാൻ എത്ര സമയമെടുക്കും. അവ വെവ്വേറെ രേഖപ്പെടുത്തുക, കാരണം ത്രൂപുട്ടിൽ വിജയിക്കുന്ന പ്രോട്ടോക്കോൾ നിങ്ങൾ യഥാർത്ഥത്തിൽ ഓടിക്കുന്ന ജോലിയിൽ തോൽക്കാം.
നിയന്ത്രിത കണക്ഷനിൽ, പൊരുത്തം, പിന്തുണ, പുതുക്കാനുള്ള ശ്രമം എന്നിവ ചെറിയ ബെഞ്ച്മാർക്ക് വ്യത്യാസത്തെ കവിയാം. വ്യക്തിഗത എക്സിറ്റിൽ, ഓപ്പറേറ്ററുടെ ലോഗിംഗും അധികാരപരിധിയും പ്രോട്ടോക്കോൾ ലേബലിനേക്കാൾ പ്രധാനമാണ്. രണ്ട് പ്രോട്ടോക്കോളുകൾക്കും നല്ല കണക്ഷൻ കൊണ്ടുപോകാം; സേവനവും അതിന്റെ കോൺഫിഗറേഷനുമാണ് നിങ്ങൾക്ക് എന്ത് ലഭിക്കുമെന്ന് തീരുമാനിക്കുന്നത്.
പരീക്ഷണത്തിന് മുൻപ് പ്രൊഫൈൽ ജോടി എഴുതുക
അളക്കുന്നതിന് മുൻപ് ഓരോ പ്രോട്ടോക്കോളിനും ഒരു പ്രൊഫൈൽ തിരഞ്ഞെടുത്ത് ഓരോന്നും എന്ത് ചെയ്യണമെന്ന് എഴുതുക: സ്വകാര്യ സബ്നെറ്റുകൾ മാത്രമോ, അതോ നിർദ്ദിഷ്ട എക്സിറ്റുള്ള എല്ലാ ട്രാഫിക്കോ. വിഭജിത ടണൽ പ്രൊഫൈലിനെ പൂർണ്ണ ടണൽ പ്രൊഫൈലുമായി താരതമ്യം ചെയ്യുന്ന പരീക്ഷണം പ്രൊഫൈലുകളെയാണ് അളക്കുന്നത്, പ്രോട്ടോക്കോളുകളെയല്ല. ക്ലയന്റിന്റെ പേര്, ക്ലയന്റ് പതിപ്പ്, എക്സിറ്റിന്റെ സ്ഥാനം എന്നിവ ഒരേ കുറിപ്പിൽ ചേർക്കുക.
പിന്നെ അതേ ജോലി രണ്ടിലും, അതേ ശൃംഖലയിൽ, അതേ സെഷനിൽ ഓടിക്കുക. ഒന്നിന് കണക്റ്റ് ചെയ്യാനേ കഴിയുന്നില്ലെങ്കിൽ, ആ പരാജയമാണ് ഫലം, അത് കാരണത്തോടൊപ്പം രേഖയിൽ ഉണ്ടായിരിക്കണം. രേഖ സേവനത്തിന്റെ രേഖകളോടൊപ്പം സൂക്ഷിക്കുക, അടുത്തയാൾ വീണ്ടും തുടങ്ങുന്നതിന് പകരം അതേ ജോടി താരതമ്യം ചെയ്യട്ടെ.