AWS VPN-ലെ ലോക്കൽ, റിമോട്ട് CIDR: ഏത് വശം ഏതാണ്?
AWS VPN ഓപ്ഷനുകളിൽ LocalIpv4NetworkCidr ഉപഭോക്താവിന്റെ വശവും RemoteIpv4NetworkCidr AWS-ന്റെ വശവുമാണ്. സജീവമായ ടണൽ തൊടുന്നതിന് മുമ്പ് രണ്ട് റോളുകളും അടയാളപ്പെടുത്തുക.
Site-to-Site VPN ഓപ്ഷനുകൾ തുറക്കുമ്പോൾ ലോക്കൽ, റിമോട്ട് എന്ന് അടയാളപ്പെടുത്തിയ രണ്ട് CIDR ബോക്സുകൾ കാണാം, ലോക്കൽ എന്ന് കരുതുന്ന വിലാസത്തിലേക്ക്, അതായത് VPCയിലേക്ക് കൈ നീട്ടും. ഇത് API ഉദ്ദേശിക്കുന്നതിന്റെ നേരെ വിപരീതമാണ്. കണക്ഷൻ ഓപ്ഷനുകളിൽ LocalIpv4NetworkCidr ഉപഭോക്തൃ ഗേറ്റ്വേ വശത്തെയും RemoteIpv4NetworkCidr AWS വശത്തെയും പേരിടുന്നു, കാരണം കണക്ഷൻ ഉപഭോക്തൃ ഗേറ്റ്വേയിൽ നിന്നാണ് നിർമ്മിക്കുന്നത്. കൺസോൾ ഇത് ഒരിക്കലും ഉറക്കെ പറയുന്നില്ല, യുക്തിസഹമായി തോന്നുന്ന ഒരു മാറ്റവും ഒന്നും നിരസിക്കുന്നില്ല.
കൺസോൾ ലേബലിൽ നിന്നല്ല, API കോളിൽ നിന്ന് തുടങ്ങുക
കണക്ഷൻ ഓപ്ഷനുകളുടെ റഫറൻസ് ഒരിക്കൽ പൂർണ്ണമായി വായിക്കുക, ഓരോ ഓപ്ഷനും ഉപഭോക്തൃ ഗേറ്റ്വേയുടെ കാഴ്ചപ്പാടിൽ നിന്നാണ് എഴുതിയിരിക്കുന്നതെന്ന് ശ്രദ്ധിക്കുക. ഇത് പേരിടലിന്റെ യാദൃച്ഛികതയല്ല. ടണൽ നിങ്ങളുടെ വശത്ത് അത് അവസാനിപ്പിക്കുന്ന ഉപകരണത്തിന് കാണുന്ന രീതിയിലാണ് വിവരിക്കുന്നത്, അതിനാൽ ലോക്കൽ എന്നാൽ നിങ്ങളുടെ ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ നെറ്റ്വർക്ക്, റിമോട്ട് എന്നാൽ AWS ഗേറ്റ്വേയ്ക്ക് പിന്നിലെ നെറ്റ്വർക്ക്. IPv4, IPv6 എന്നീ രണ്ട് ഫീൽഡുകളും ഒരേ നിയമം പിന്തുടരുന്നു.
എന്തെങ്കിലും ടൈപ്പ് ചെയ്യുന്നതിന് മുമ്പ് രണ്ട് ലേബലുകളും ഒരു സ്റ്റിക്കി നോട്ടിൽ എഴുതുക: ഉപഭോക്താവിന്റെ വശം, AWS വശം. പിന്നീട് നിങ്ങളുടെ വിലാസങ്ങൾ അവയ്ക്ക് അനുസരിച്ച് ക്രമീകരിക്കുക.
റോളുകളോടെയുള്ള ഒരു ഉദാഹരണം
പ്രാദേശിക പ്രിഫിക്സ് 10.20.0.0/16 ഉം VPC പ്രിഫിക്സ് 10.60.0.0/16 ഉം ആണെന്ന് കരുതുക. ഓപ്ഷനുകൾ റോളുകൾ സൂചിപ്പിക്കുന്നത് പോലെ തന്നെ വായിക്കപ്പെടുന്നു, പ്രാദേശിക ശ്രേണി ലോക്കൽ ഫീൽഡിൽ:
{
"LocalIpv4NetworkCidr": "10.20.0.0/16",
"RemoteIpv4NetworkCidr": "10.60.0.0/16"
}ഇനി അതേ ജോടി പിയർ ഉപകരണം ക്രമീകരിക്കുന്നയാൾക്ക് നൽകി കെണി എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് നോക്കുക. പല ഫയർവാളുകളിലും ലോക്കൽ എന്നാൽ ടണൽ അവസാനിക്കുന്ന ഇന്റർഫേസ്, റിമോട്ട് എന്നാൽ അകലെയുള്ള അറ്റം, ഇത് AWS വശത്തിന് വിപരീത മാപ്പിംഗാണ്. ഇരുവരും ശരിയായിരിക്കാം, എന്നിട്ടും ഒരിക്കലും പൂർത്തിയാകാത്ത ടണൽ ഉണ്ടാകാം, കാരണം രണ്ട് പദാവലികൾ രണ്ട് വ്യത്യസ്ത അന്ത്യബിന്ദുക്കളെ വിവരിക്കുന്നു.
ഏതെങ്കിലും ഉപകരണം തൊടുന്നതിന് മുമ്പ് പിയറിന്റെ പദാവലിയിൽ കടലാസിൽ അഭ്യാസം ആവർത്തിക്കുക, രണ്ട് CIDR-ഉം രണ്ട് ലേബലുകളും ഉൾപ്പെടെ.
സ്ഥിരസ്ഥിതികൾ ഒരു രൂപകൽപ്പനയല്ല
അതേ റഫറൻസ് IPv4-ന്റെ രണ്ട് ഫീൽഡുകൾക്കും സ്ഥിരസ്ഥിതിയായി 0.0.0.0/0 നൽകുന്നു, IPv6-ന് സമാന മൂല്യങ്ങളും. നിലവിലുള്ള ഒരു കണക്ഷനിൽ ആ മൂല്യങ്ങൾ കാണുന്നത് ഫീൽഡ് ഒരിക്കലും ചുരുക്കിയിട്ടില്ല എന്നാണ് അർത്ഥമാക്കുന്നത്, ഇന്റർനെറ്റ് എഗ്രസ് ക്രമീകരിച്ചു എന്നല്ല. റൂട്ട് വിതരണം, സബ്നെറ്റ് റൂട്ട് ടേബിൾ, സുരക്ഷാ നിയന്ത്രണങ്ങൾ എന്നിവ ഏത് ട്രാഫിക്കിന് യഥാർത്ഥത്തിൽ കടക്കാമെന്ന് ഇപ്പോഴും തീരുമാനിക്കുന്നു; CIDR മൂല്യങ്ങൾ ടണൽ ഏത് ശ്രേണികൾ തിരഞ്ഞെടുക്കാൻ തയ്യാറാണെന്ന് മാത്രം വിവരിക്കുന്നു.
അതിനാൽ ഇടുങ്ങിയ മൂല്യം സ്ഥിരസ്ഥിതിയാക്കി മാറ്റുന്നത് ടണൽ തെറ്റായി പെരുമാറുമ്പോൾ പ്രയോഗിക്കാവുന്ന ഒരു അനുയോജ്യതാ തന്ത്രമല്ല. അത് സെലക്ടർ വിശാലമാക്കുകയും മറ്റെല്ലാ പാളികളെയും മുമ്പുണ്ടായിരുന്നത് പോലെ വിടുകയും ചെയ്യുന്നു.
പിയർ ഉപകരണം മറ്റേ കാഴ്ചപ്പാട് ഉപയോഗിക്കുന്നു
AWS വശം വ്യക്തമായാൽ, ബാക്കിയുള്ള ആശയക്കുഴപ്പത്തിന്റെ ഭൂരിഭാഗവും പിയർ കോൺഫിഗറേഷനിലാണ്. ലോക്കൽ നെറ്റ്വർക്കും റിമോട്ട് നെറ്റ്വർക്കും ആവശ്യപ്പെടുന്ന ഉപകരണം സ്വന്തം ഇന്റർഫേസിനെ ലോക്കൽ എന്ന് വിവരിക്കുന്നു, അതിനാൽ നിങ്ങളുടെ VPC ശ്രേണി അതിന്റെ റിമോട്ട് ഫീൽഡിലേക്കും നിങ്ങളുടെ ലോക്കൽ ശ്രേണി അതിന്റെ ലോക്കൽ ഫീൽഡിലേക്കും പോകുന്നു. പകരം ട്രാഫിക് സെലക്ടറുകൾ ജോടിയായി ആവശ്യപ്പെടുന്നുവെങ്കിൽ, നിങ്ങൾ രണ്ട് ദിശകളും വ്യക്തമായി എഴുതുന്നു, ലേബലുകളേക്കാൾ ജോടികൾ ചേർക്കുന്നതിനാണ് പ്രാധാന്യം.
ഉപകരണത്തിന്റെ ഫീൽഡ് പേരുകളല്ല, ഫീൽഡ് സഹായം വായിക്കുക. നിർമ്മാതാക്കൾ ഒരേ രണ്ട് വാക്കുകൾ മൂന്ന് വ്യത്യസ്ത ആശയങ്ങൾക്ക് പുനരുപയോഗിക്കുന്നു.
പിന്നീട് രണ്ട് ഘട്ടങ്ങൾക്കും ടണലിന്റെ അവസ്ഥ പരിശോധിക്കുക, കാരണം പൊരുത്തമില്ലാത്ത സെലക്ടർ സാധാരണയായി രണ്ടാം ഘട്ടത്തിന്റെ പരാജയമായി കാണപ്പെടുന്നു, ആദ്യ ഘട്ടം ശാന്തമായി സ്ഥാപിതമായി തുടരുമ്പോൾ.
ഓപ്ഷനുകൾ ഡോക്യുമെന്റേഷനായല്ല, മാറ്റമായി കാണുക
സജീവമായ VPN-ൽ കണക്ഷൻ ഓപ്ഷനുകൾ എഡിറ്റ് ചെയ്യുന്നത് സേവനം തടസ്സപ്പെടുത്താം, അതിനാൽ ഒരു സമയവിൻഡോ, തിരികെ വയ്ക്കാനുള്ള മൂല്യം, ആരെ ബാധിക്കും എന്ന കുറിപ്പ് എന്നിവയുള്ള ഒരു അറ്റകുറ്റപ്പണിയായി കാണുക. ആദ്യം നിലവിലെ ഓപ്ഷനുകൾ രേഖപ്പെടുത്തുക, രണ്ട് CIDR ഫീൽഡുകളും ടണൽ ഓപ്ഷനുകളും ഉൾപ്പെടെ, അതുവഴി തിരികെ മാറ്റുന്നത് പുനർനിർമ്മാണമല്ല, പേസ്റ്റ് ചെയ്യലായിരിക്കും.
മാറ്റത്തിന് ശേഷം AWS വശത്തുനിന്നും പിയറിൽ നിന്നും പരിശോധിക്കുക: ഓരോ ശ്രേണിയിലെയും ഒരു സ്രോതസ്സ് മറ്റേതിലെ ലക്ഷ്യസ്ഥാനത്ത് എത്തുന്നു, രണ്ട് ദിശകളിലും. ഒരു വശത്തുനിന്നുള്ള ഒരു പിംഗ് ഒരു സെലക്ടറിനെ മാത്രം തെളിയിക്കുന്നു.
പിന്നീട് റോളുകൾ എഴുതി കണക്ഷന്റെ ഡോക്യുമെന്റേഷൻ പുതുക്കുക, ലോക്കൽ എന്നാൽ നിങ്ങളുടെ വശം എന്ന് അടുത്തയാൾ വീണ്ടും കണ്ടെത്തേണ്ടിവരാതിരിക്കാൻ.