MPLS VPN അല്ലെങ്കിൽ IPsec പാളി: തീർക്കേണ്ട മൂന്ന് കരാറുകൾ

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

ഒരു വിശാല മേഖലയുടെ ഒറ്റ കോട്ടേഷനിൽ മൂന്ന് വാഗ്ദാനങ്ങൾ

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

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

ലേബൽ ഫോർവേഡിംഗ് വിവരിക്കുന്നു, കൈമാറ്റ സ്ഥലത്തെ സേവനമല്ല

മൾട്ടിപ്രോട്ടോക്കോൾ ലേബൽ സ്വിച്ചിംഗ് പാക്കറ്റ് ദാതാവിന്റെ നെറ്റ്വർക്കിനുള്ളിൽ എങ്ങനെ യാത്ര ചെയ്യുന്നു എന്ന് പറയുന്നു. ഉപഭോക്താവ് എന്തിലേക്ക് ബന്ധിപ്പിക്കുന്നു, അല്ലെങ്കിൽ ഉപഭോക്താവ് ദാതാവിന്റെ അരികുമായി എന്ത് കൈമാറുന്നു എന്ന് പറയുന്നില്ല. ദാതാവിന് MPLS-ൽ റൂട്ട് ചെയ്ത IP VPN അല്ലെങ്കിൽ തികച്ചും വ്യത്യസ്ത കണക്ഷൻ മാതൃകയുള്ള പാളി 2 സേവനം നിർമ്മിക്കാം, രണ്ടും «MPLS കണക്ഷൻ» ആയി നിങ്ങളിലേക്ക് എത്താം.

IETF-ന്റെ ദാതാവ് നൽകുന്ന VPN പദാവലി കൃത്യമായി ഇതിനായി പദാവലി നിർവചിക്കുന്നു: ഉപഭോക്തൃ അരിക്, ദാതാവ് അരിക്, അവയ്ക്കിടയിൽ നിർമ്മിച്ച സേവന മാതൃകകൾ. കോട്ടേഷൻ പാളികളെ മങ്ങലാക്കുമ്പോൾ അത് ഉപയോഗിക്കുക, കൈമാറ്റം ഭൗതികമായി എന്താണെന്ന് ചോദിക്കുക.

റൂട്ട് ചെയ്ത സേവനം നിങ്ങൾക്ക് ദാതാവിന്റെ അരികുമായി ഒരു റൂട്ടിംഗ് ബന്ധം നൽകുന്നു, അതിനാൽ പ്രിഫിക്സ് ചേർക്കുന്നത് രണ്ട് സംഘടനകളിൽ മാറ്റ അഭ്യർത്ഥനയാകുന്നു. പാളി 2 കൈമാറ്റം നിങ്ങളുടെ സ്വന്തം റൂട്ടിംഗ് വഹിക്കുന്നു, പ്രവർത്തന ഭാരം നിങ്ങളുടെ ഭാഗത്തേക്ക് മാറ്റുന്നു. ഒന്നും അമൂർത്തമായി മികച്ചതല്ല; ഉത്തരം നിങ്ങളുടെ ടോപ്പോളജി എത്ര തവണ മാറുന്നു, പുലർച്ചെ മൂന്ന് മണിക്ക് ആരു മറുപടി നൽകണം എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

എൻക്രിപ്ഷൻ യാദൃച്ഛികമായി നൽകാൻ കഴിയാത്ത വാഗ്ദാനം

സ്വകാര്യ ഗതാഗതം പേലോഡിനെ വായിക്കാനാകാത്തതാക്കുന്നില്ല. ദാതാവിന്റെ വേർതിരിക്കൽ പാട്ടക്കാരെ പ്രവർത്തനപരമായി വേറെ നിർത്തുന്നു; പാതയിലെ ബൈറ്റുകൾ ആരു പരിശോധിക്കാം എന്ന പ്രസ്താവനയല്ല. കാരിയറിന് ട്രാഫിക് വായിക്കാൻ കഴിയരുത് എന്നതാണ് ആവശ്യമെങ്കിൽ, ആ ആവശ്യത്തിന് നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരു സംവിധാനം വേണം, IPsec സാധാരണമാണ്.

IPsec സ്വകാര്യ ഗതാഗതത്തിൽ ഇന്റർനെറ്റ് ആക്സസിൽ എത്ര എളുപ്പത്തിൽ പ്രവർത്തിക്കുന്നുവോ അത്ര എളുപ്പത്തിൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ «MPLS അല്ലെങ്കിൽ IPsec» എന്നത് കൈകാര്യം ചെയ്യുന്ന എത്തിച്ചേരലും നിങ്ങളുടെ സ്വന്തം വിശ്വാസ അതിരും ഒരേസമയം വേണ്ടിവരുമ്പോൾ തെറ്റായ തിരഞ്ഞെടുപ്പാണ്. ടണൽ എവിടെ അവസാനിക്കുന്നു എന്ന് തീരുമാനിക്കുക, കാരണം റൂട്ടറിൽ അവസാനിക്കുന്ന ടണൽ ആ റൂട്ടറിന് പിന്നിലെ സെഗ്മെന്റ് വ്യക്തമായ എഴുത്തിൽ വിടുന്നു. പിന്നെ ഓരോ പങ്കാളിയെയും ആരു നിയന്ത്രിക്കുന്നു എന്ന് തീരുമാനിക്കുക, കാരണം മൂന്നാം കക്ഷി സൂക്ഷിക്കുന്ന കീ നിങ്ങളുടെ അതിരല്ല.

ഓരോ വാഗ്ദാനത്തിനും പേരും അളക്കാവുന്ന അതിരും നൽകുക

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

സേവന നില കരാർ കരാറിൽ നിന്നും അതിന്റെ പരിധിയിൽ നിന്നും വരുന്നു, ഒരു സാങ്കേതികവിദ്യയുടെ പേരിലെ അക്ഷരങ്ങളിൽ നിന്നല്ല. IPsec മികച്ച-ശ്രമ ഇന്റർനെറ്റ് ഗതാഗതം ആവശ്യപ്പെടുന്നില്ല, MPLS സ്വയം കാലതാമസ ഉറപ്പ് വഹിക്കുന്നില്ല; രണ്ടും അടിസ്ഥാന നെറ്റ്വർക്കിനെയും നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന അന്തിമ പോയിന്റുകളെയും ആശ്രയിച്ചിരിക്കുന്നു.

നിങ്ങൾ വരച്ച പാത പരിശോധിക്കുക, അതിന്റെ പരാജയം ഉൾപ്പെടെ

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

ping -M do -s 1400 -c 3 <vpn-gateway>
traceroute -n <vpn-gateway>

ആ കമാൻഡുകൾ ഒരു സൈറ്റിലെ Linux ഹോസ്റ്റിൽ നിന്ന് വരുന്നു; മറ്റ് പ്ലാറ്റ്ഫോമുകൾ അതേ പരീക്ഷ വേറെ വിധത്തിൽ എഴുതുന്നു. ഒരു സൈറ്റിന് ചെറിയ മൂല്യം വേണമെങ്കിൽ, അത് രേഖപ്പെടുത്തേണ്ട രൂപകൽപ്പന പരിമിതിയാണ്, റിപ്പോർട്ട് ചെയ്യേണ്ട തകരാറല്ല. അതേ അച്ചടക്കം ത്രൂപുട്ടിനും ബാധകമാണ്, കാരണം എൻക്രിപ്ഷൻ പ്രോസസ്സിംഗ് ചെലവാണ്, അന്തിമ പോയിന്റ് ശേഷി കണക്കുകൂട്ടലിന്റെ ഭാഗമാകുന്നു.

ഒപ്പിടുന്നതിന് മുമ്പ് രണ്ട് ഡയഗ്രമുകൾ വരയ്ക്കുക: ഓരോ ഉടമയും ലേബൽ ചെയ്ത സാധാരണ പാത, അതേ ലേബലുകളുള്ള പരാജയ പാത. രണ്ടാമത്തേത് കടലാസിൽ അനാവശ്യമായി തോന്നുന്നതും പ്രായോഗികമായി ഒരു ഉപകരണത്തെ ആശ്രയിക്കുന്നതുമായ രൂപകൽപ്പനകൾ വെളിപ്പെടുത്തുന്നു. തടസ്സം വരുമ്പോൾ, ആശയക്കുഴപ്പമുള്ള പ്രഭാതത്തെ ചെറിയ ട്രയാജ് ആക്കി മാറ്റുന്നത് ആ ഡയഗ്രമാണ്.