VPN-ന് വാടക ലൈൻ? ആദ്യം ആവശ്യകത വിവർത്തനം ചെയ്യുക

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

ഉൽപ്പന്നത്തിന്റെ പേരല്ല, ആവശ്യകത വിവർത്തനം ചെയ്യുക

IPsec IP പാളിയിൽ ട്രാഫിക് സംരക്ഷിക്കുന്നു, വഹനം നിങ്ങൾ വാങ്ങുന്ന സർക്യൂട്ടിന് വിടുന്നു. IPsec വാസ്തുവിദ്യ രണ്ട് കക്ഷികൾക്കിടയിൽ ട്രാഫിക് എങ്ങനെ സംരക്ഷിക്കപ്പെടുന്നു എന്ന് വിവരിക്കുന്നു; കൈമാറ്റ തരം, ഉറപ്പുള്ള വേഗത അല്ലെങ്കിൽ അറ്റകുറ്റപ്പണി സമയപരിധി എന്നിവയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. അവ സേവന കരാറിന്റെ സവിശേഷതകളാണ്.

ഈ വ്യത്യാസമാണ് ഒരു സർക്യൂട്ട് ആവശ്യകത നിയമാനുസൃതമായിരിക്കാമെങ്കിലും VPN ആവശ്യകത അല്ലാതിരിക്കാനുള്ള മുഴുവൻ കാരണം. സീരിയൽ ഇന്റർഫേസ് മാത്രമുള്ള ഗേറ്റ്വേയ്ക്ക് യഥാർത്ഥത്തിൽ സീരിയൽ കൈമാറ്റം ആവശ്യമാണ്, അത് പ്രോട്ടോക്കോൾ പരിമിതിയല്ല, ഹാർഡ്വെയർ പരിമിതിയാണ്. ഉപകരണം മാറ്റിയാൽ പരിമിതി മാഞ്ഞുപോകും. ഓരോ ആവശ്യകതയും “ഗേറ്റ്വേയ്ക്ക് X വേണം, കാരണം Y” എന്ന രൂപത്തിൽ എഴുതുക, പൂർത്തിയാക്കാൻ കഴിയാത്ത ഏത് വരിയും നിരസിക്കുക.

വേഗതയ്ക്ക് മുമ്പ് കൈമാറ്റത്തിന് പേരിടുക

കൈമാറ്റം എന്നത് ഡിമാർക്കേഷൻ പോയിന്റിലെ ഭൗതികവും ലിങ്ക്-പാളി ബന്ധവുമാണ്: ചെമ്പ് Ethernet, നിർദ്ദിഷ്ട ട്രാൻസീവർ ഉള്ള ഫൈബർ, സീരിയൽ ഇന്റർഫേസ്, അല്ലെങ്കിൽ നിലവിലെ ഉപകരണത്തിൽ ഉള്ളതുകൊണ്ട് മാത്രം നിലനിൽക്കുന്ന പഴയത്. ഇവിടെ തെറ്റ് വരുത്തുന്നത് ബാൻഡ്വിഡ്ത്തിൽ ഒരിക്കലും ഇല്ലാത്ത രീതിയിൽ ചെലവേറിയതാണ്, കാരണം സാധാരണയായി ഇരു അറ്റങ്ങളിലും പുതിയ ഹാർഡ്വെയർ എന്ന് അർത്ഥമാക്കുന്നു. ഇല്ലാത്ത ഒപ്റ്റിക് ശേഷിയുടെ പ്രശ്നമല്ല, ഏത് അപ്ഗ്രേഡും അത് ശരിയാക്കില്ല.

കണക്ടർ, വേഗത ചർച്ച, മീഡിയ കൺവെർട്ടർ അല്ലെങ്കിൽ റൗട്ടർ ആര് നൽകുന്നു എന്നിവ സ്ഥിരീകരിക്കുക. തുടർന്ന് നിങ്ങളുടെ ഉത്തരവാദിത്തം എവിടെ അവസാനിക്കുന്നു എന്ന് സ്ഥിരീകരിക്കുക, കാരണം 03:00-ന് ലിങ്ക് വീഴുമ്പോൾ ആര് എന്ത് തൊടാം എന്ന് ഡിമാർക്കേഷൻ പോയിന്റ് തീരുമാനിക്കുന്നു. ആ അതിർത്തി സർക്യൂട്ട് ഐഡന്റിഫയറിന് അടുത്തുള്ള രേഖയിൽ എഴുതുക. ഒരു മണിക്കൂർ കൈമാറ്റത്തിന് പകരം പിന്തുണ കോളിനെ അഞ്ച് മിനിറ്റ് സംഭാഷണമാക്കുന്ന ഏക വരിയാണത്.

ip -br link show
ethtool eth0 | head -20
sudo lshw -class network -short

വിലാസം മാത്രമല്ല, IP വിതരണം സ്ഥിരീകരിക്കുക

സേവനം യഥാർത്ഥത്തിൽ ഏത് വിലാസമോ പ്രിഫിക്സോ നൽകുന്നു, അത് സ്ഥിരമാണോ എന്ന് ചോദിക്കുക. ഡൈനാമിക് വിലാസം നൽകുന്ന സർക്യൂട്ട് സൈറ്റ്-ടു-സൈറ്റ് ഗേറ്റ്വേയ്ക്ക് അനുയോജ്യമല്ല, കാരണം പിയർ കോൺഫിഗറേഷൻ നിങ്ങൾ ആസൂത്രണം ചെയ്യാത്ത മാറ്റത്തെ അതിജീവിക്കണം. പ്രിഫിക്സ് നീളവും സ്ഥിരീകരിക്കുക, കാരണം ഒരു വിലാസവും റൂട്ട് ചെയ്ത /29-ഉം വ്യത്യസ്ത ഉൽപ്പന്നങ്ങളാണ്.

തുടർന്ന് നിങ്ങളിലേക്ക് എത്തുന്നതിന് മുമ്പ് എന്തെങ്കിലും വിലാസം വിവർത്തനം ചെയ്യുന്നുണ്ടോ എന്ന് ചോദിക്കുക. സേവനത്തിന് മുന്നിലുള്ള ദാതാവിന്റെ ഭാഗത്തുള്ള NAT അല്ലെങ്കിൽ കാരിയർ-ഗ്രേഡ് NAT ഇൻബൗണ്ട് സെഷനുകൾ തകർക്കുന്നു, അതിനാൽ വിദൂര സൈറ്റുകളിൽ നിന്ന് IPsec സ്വീകരിക്കാൻ പ്രതീക്ഷിക്കുന്ന ഗേറ്റ്വേ എത്തിച്ചേരാൻ കഴിയാത്തതാകും. വേഗത പരിഹാരമല്ല: നിങ്ങൾ നിയന്ത്രിക്കാത്ത വിവർത്തകന് പിന്നിലെ വേഗതയുള്ള ലിങ്കിന് ആരും ഫോർവേഡ് ചെയ്യാത്ത പോർട്ടിൽ ഇൻബൗണ്ട് കണക്ഷൻ സ്വീകരിക്കാൻ കഴിയില്ല.

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

ip -br addr
ip route get 198.51.100.10
traceroute -n 198.51.100.10

ശേഷി ജോലിഭാരത്തിൽ നിന്ന്, ഇരു ദിശകളിലും കണക്കാക്കുക

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

ഇരു ദിശകളും കണക്കാക്കുക, എൻകാപ്സുലേഷൻ ഓവർഹെഡ് ചേർക്കുക, ട്രാഫിക് സ്ഫോടനാത്മകമാണോ തുടർച്ചയായതാണോ എന്ന് കുറിക്കുക. തുടർന്ന് കരാറിന്റെ തലക്കെട്ട് നിരക്കല്ല, ഉറപ്പുള്ള നിരക്ക് പരിശോധിക്കുക, കാരണം കുറച്ച് സെക്കൻഡിന് ശേഷം തീരുന്ന സ്ഫോടന അനുമതി രാത്രി ബാക്കപ്പിന് സഹായിക്കില്ല. ഗേറ്റ്വേയുടെ സ്വന്തം പരിധികളും അതേ ബജറ്റിൽ ചേർക്കുക, കാരണം എൻക്രിപ്ഷൻ പ്രോസസ്സിംഗും ഒരേസമയം സെഷനുകളുടെ എണ്ണവും സർക്യൂട്ടിനെക്കാൾ വളരെ മുമ്പേ പരിധിയാകാം. വേഗതയുള്ള ലൈൻ നിറഞ്ഞ ഗേറ്റ്വേയെ ശരിയാക്കില്ല.

പ്രവർത്തന പ്രതിബദ്ധതകൾ ഉറപ്പാക്കുക

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

പിന്തുണ അതിർത്തിയും രേഖപ്പെടുത്തുക. ദാതാവിന്റെ ഉത്തരവാദിത്തം നിങ്ങളുടെ സ്വന്തം റൗട്ടർ അവസാനിപ്പിക്കുന്ന കൈമാറ്റത്തിൽ അവസാനിക്കുന്നുവെങ്കിൽ, ഓരോ സംഭവത്തിന്റെയും ആദ്യ മണിക്കൂർ തെറ്റ് ആരുടേതെന്ന് തീരുമാനിക്കാൻ പോകുന്നു, ഏത് SLA ക്ലോക്കും അത് ഉൾക്കൊള്ളുന്നില്ല.

സർക്യൂട്ട് രേഖാമൂലമുള്ള വ്യവസ്ഥകളുമായി പരിശോധിക്കുക

സേവനം ലൈവായാൽ, ഇൻസ്റ്റാളർ കാണിച്ച സവിശേഷതകളല്ല, നിങ്ങൾ യഥാർത്ഥത്തിൽ കരാർ ചെയ്ത സവിശേഷതകൾ അളക്കുക. യഥാർത്ഥ പാതയിലെ ത്രൂപുട്ട്, ലേറ്റൻസി, നഷ്ടം എന്നിവയാണ് തെളിവ്, അവ നിങ്ങൾക്ക് പേരിടാൻ കഴിയുന്ന സമയത്തും സ്ഥലത്തും രേഖപ്പെടുത്തണം. കൈമാറ്റ സമയത്ത് മാത്രമല്ല, തിരക്കുള്ള സമയത്തും അളവ് ആവർത്തിക്കുക. ശാന്തമായ ദിവസം 10:00-ന് നടത്തിയ സ്വീകാര്യതാ പരിശോധന 15:00-ലെ ലിങ്കിനെക്കുറിച്ച് വളരെ കുറച്ചേ പറയൂ.

iperf3 -c speed.example.net -t 30 -P 4
mtr -n --report -c 50 198.51.100.10
curl -sS -o /dev/null -w '%{time_connect} %{time_starttransfer}\n' https://speed.example.net/

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

അവസാനം, വിതരണം ചെയ്തതുമായി നാല് ഗേറ്റുകളും വീണ്ടും വായിക്കുക. കൈമാറ്റം, IP വിതരണം, ശേഷി, പിന്തുണ വ്യവസ്ഥകൾ എന്നിവയിൽ ഓരോന്നിനും രേഖയിൽ ഒരു വരിയുണ്ട്, ഓരോ വരിക്കും അടുത്ത് ഒരു പേരുണ്ട്.