AWS Client VPN-ൽ ഇടയ്ക്കിടെയുള്ള ആക്സസ്: ഓരോ ബന്ധിപ്പിച്ച സബ്നെറ്റും പരിശോധിക്കുക
ചില AWS Client VPN സെഷനുകൾ ആപ്പിന്റെ VPC-യിൽ എത്തുന്നു, മറ്റുള്ളവ സമയം കഴിഞ്ഞു പോകുന്നു. ആദ്യം ഓരോ അസോസിയേഷന്റെയും VPC റൂട്ട് ടേബിളുമായി എൻഡ്പോയിന്റ് റൂട്ടുകൾ താരതമ്യം ചെയ്യുക.
ഒരു ഉപയോക്താവ് കണക്ട് ചെയ്ത് ആന്തരിക ആപ്പ് തുറന്ന് ഉത്തരം ലഭിക്കുന്നു; അതേ എൻഡ്പോയിന്റിലുള്ള ഒരു സഹപ്രവർത്തകന് അതേ Wi-Fi-യിലെ ഒരേപോലെയുള്ള ലാപ്ടോപ്പിൽ നിന്ന് സമയപരിധി കഴിയുന്നു. ഈ മാതൃക ഒന്നിലധികം ബന്ധിപ്പിച്ച സബ്നെറ്റുകളുള്ള client VPN എൻഡ്പോയിന്റിന്റെ അടയാളമാണ്, അവിടെ പാതകൾ തുല്യമല്ല. ഞാൻ ഇത് കൺസോളിൽ നിന്ന് പുറത്തേക്ക് പരിശോധിക്കുന്നു, കാരണം ബാക്കിയുള്ള അന്വേഷണം വിലപ്പെട്ടതാണോ എന്ന് രണ്ട് ടാബുകൾ തീരുമാനിക്കുന്നു. ക്ലയന്റ് കോൺഫിഗറേഷനിൽ ഇത് വിശദീകരിക്കുന്ന ഒന്നുമില്ല.
എൻഡ്പോയിന്റിൽ നിന്ന് തുടങ്ങി അസോസിയേഷനുകൾ പട്ടികപ്പെടുത്തുക
VPC കൺസോളിൽ Client VPN endpoints തുറന്ന്, എൻഡ്പോയിന്റ് തിരഞ്ഞെടുത്ത് Associations ടാബ് വായിക്കുക. ഓരോ അസോസിയേഷനും ഒരു ലഭ്യതാ മേഖലയിലെ സബ്നെറ്റാണ്, കണക്ഷൻ നിർമ്മിക്കുമ്പോൾ സേവനം തിരഞ്ഞെടുക്കുന്ന സബ്നെറ്റിൽ ക്ലയന്റ് ഇറങ്ങുന്നു. സബ്നെറ്റ് ID-കളും ഓരോന്നും യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന റൂട്ട് ടേബിളും കുറിച്ചുവയ്ക്കുക, കാരണം ആ രണ്ട് പട്ടികകളാണ് നിങ്ങൾ ചെയ്യാൻ പോകുന്ന താരതമ്യം.
എൻഡ്പോയിന്റ് ഒരു അസോസിയേഷൻ മാത്രം കാണിക്കുന്നുവെങ്കിൽ, ഈ സിദ്ധാന്തം തെറ്റാണ്, ക്ലയന്റാണ് മികച്ച സംശയിതാവ്.
എൻഡ്പോയിന്റ് റൂട്ട് ടേബിൾ ഓരോ അസോസിയേഷനുമായി താരതമ്യം ചെയ്യുക
അതേ എൻഡ്പോയിന്റിൽ Route table ടാബ് തുറക്കുക. അവിടെയുള്ള ഓരോ ലക്ഷ്യ CIDR-നും ഒരു ടാർഗറ്റുണ്ട്, client VPN-ൽ ടാർഗറ്റ് ഗേറ്റ്വേയല്ല, അസോസിയേഷനാണ്. AWS ഓരോ ബന്ധിപ്പിച്ച സബ്നെറ്റിനും ലക്ഷ്യ എൻട്രി ആവശ്യപ്പെടുന്നു, അതിനാൽ അവയിലൊന്നിനെ മാത്രം ലക്ഷ്യമിടുന്ന റൂട്ട് ആക്സസിനെ സെഷൻ എവിടെ ഇറങ്ങി എന്നതിനെ ആശ്രയിച്ചാക്കുന്നു. നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ പ്രധാനമായ ലക്ഷ്യം പരിശോധിക്കുക, തുടർന്ന് അതിന്റെ അംഗീകാര നിയമം പരിശോധിക്കുക, കാരണം റൂട്ട് പാത നൽകുന്നു, നിയമം ആര് ഉപയോഗിക്കാമെന്ന് തീരുമാനിക്കുന്നു.
രണ്ട് പാളികളും പട്ടികയിൽ ആക്കിയാൽ, പരാജയം വിട്ടുകളയാൻ പ്രയാസമാണ്.
| Associated subnet | Endpoint route to 10.200.0.0/16 | VPC route in that subnet |
|---|---|---|
| subnet-aaa | Targets the association | 10.200.0.0/16 to pcx-example |
| subnet-bbb | Targets the association | No matching entry |
മിക്ക ടിക്കറ്റുകളിലും രണ്ടാമത്തെ വരിയാണ് മുഴുവൻ ബഗ്. എൻഡ്പോയിന്റ് റൂട്ട് ഉണ്ട്, അതിനാൽ ആരും കൂടുതൽ നോക്കുന്നില്ല, പാക്കറ്റ് ഒരു ഹോപ്പ് കഴിഞ്ഞ് VPC-യ്ക്കുള്ളിൽ മരിക്കുന്നു.
ഓരോ സബ്നെറ്റും അതിന്റെ ഫലപ്രദമായ റൂട്ട് ടേബിളിലേക്ക് പിന്തുടരുക
വ്യക്തമായ റൂട്ട് ടേബിൾ അസോസിയേഷൻ ഇല്ലാത്ത സബ്നെറ്റ് VPC-യുടെ പ്രധാന ടേബിൾ പാരമ്പര്യമായി നേടുന്നു. യഥാർത്ഥത്തിൽ പ്രാബല്യത്തിലുള്ള ടേബിൾ വായിക്കുക, പേര് ശരിയായി തോന്നുന്ന ടേബിൾ അല്ല, വരിയിലെ ലേബലിനു പകരം ലക്ഷ്യവും ടാർഗറ്റും താരതമ്യം ചെയ്യുക.
AWS-ന്റെ ഇടയ്ക്കിടെയുള്ള ആക്സസ് ഗൈഡ് ഇതിനെ അസോസിയേഷനുകളിലുടനീളമുള്ള റൂട്ട് കവറേജായി വിവരിക്കുന്നു, അതാണ് ശരിയായ മാതൃക. എൻഡ്പോയിന്റ് പാക്കറ്റ് ഒരു സബ്നെറ്റിലേക്ക് എത്തിക്കുന്നു, ആ സബ്നെറ്റിന്റെ ടേബിളിന് ഇപ്പോഴും ആപ്ലിക്കേഷൻ നെറ്റ്വർക്ക് എവിടെയാണെന്ന് അറിയണം.
അതിന്റെ ഉടമസ്ഥതയിലുള്ള ടേബിളിൽ കാണാത്ത വരി ശരിയാക്കുക. പ്രവർത്തിക്കുന്ന സബ്നെറ്റിൽ നിന്ന് മുഴുവൻ റൂട്ട് ടേബിളും പകർത്തുന്നത് ഇതിനായി ഒരിക്കലും ഉദ്ദേശിക്കാത്ത ഇന്റർനെറ്റ്, ഉപകരണ, ഐസൊലേഷൻ തിരഞ്ഞെടുപ്പുകളും പകർത്തുന്നു, ആ കൈമാറ്റം സാധാരണയായി നിങ്ങൾ തുടങ്ങിയ തടസ്സത്തേക്കാൾ മോശമാണ്.
അംഗീകാര നിയമങ്ങൾ പരിശോധിക്കുക, തുടർന്ന് തിരികെയുള്ള പാത
അംഗീകാര നിയമങ്ങൾ ഓരോ ലക്ഷ്യത്തിനും ഓരോ ഗ്രൂപ്പിനും ഉള്ളതാണ്, റൂട്ടുകളിൽ നിന്ന് വെവ്വേറെ വിലയിരുത്തുന്നു. എല്ലായിടത്തും റൂട്ടുകളുള്ളതും എന്നാൽ ഉപയോക്താവിന്റെ ഗ്രൂപ്പിന് നിയമമില്ലാത്തതുമായ ലക്ഷ്യം ആരോഗ്യകരമായി കാണുന്ന റൂട്ട് ടേബിളുള്ള ഒരു തമോദ്വാരം പോലെ പെരുമാറുന്നു.
തിരികെയുള്ള പാതയും അത്രയും ശ്രദ്ധ അർഹിക്കുന്നു. peering കണക്ഷന് ആപ്ലിക്കേഷൻ VPC-യിൽ ക്ലയന്റ് CIDR-ലേക്ക് തിരികെ പോകുന്ന റൂട്ട്, രണ്ട് അറ്റങ്ങളിലും ട്രാഫിക് അനുവദിക്കുന്ന സെക്യൂരിറ്റി ഗ്രൂപ്പ് നിയമങ്ങൾ, അത് ഇടാത്ത നെറ്റ്വർക്ക് ACL-കൾ എന്നിവ വേണം. ഏകദിശാ പ്രാപ്തി, അതായത് ping പ്രവർത്തിക്കുന്നു, TCP ഹാൻഡ്ഷേക്ക് പ്രവർത്തിക്കുന്നില്ല, സാധാരണയായി VPN-ലേക്കല്ല, ACL-ലേക്കോ സെക്യൂരിറ്റി ഗ്രൂപ്പിലേക്കോ സൂചിപ്പിക്കുന്നു.
എൻഡ്പോയിന്റിന്റെ സ്വന്തം സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ അസോസിയേഷന്റെ ഇലാസ്റ്റിക് നെറ്റ്വർക്ക് ഇന്റർഫേസുകളിലാണ്, അതിനാൽ ക്ലയന്റ് CIDR-ൽ നിന്ന് ആപ്ലിക്കേഷൻ പോർട്ട് അനുവദിക്കുന്ന നിയമം ഇൻസ്റ്റൻസിനോട് മാത്രമല്ല, അസോസിയേഷനോടും ബന്ധിപ്പിക്കണം.
ഒരു ഭാഗ്യകരമായ അഭ്യർത്ഥനയല്ല, വീണ്ടും കണക്ട് ചെയ്ത് പരിശോധിക്കുക
split tunnel-ൽ, കണക്ഷൻ സ്ഥാപിക്കുമ്പോൾ എൻഡ്പോയിന്റ് റൂട്ടുകൾ അയയ്ക്കുന്നു, അതിനാൽ മാറിയ റൂട്ട് സെറ്റ് കണക്ട് ചെയ്തിരിക്കുന്ന ക്ലയന്റിലേക്ക് ഒരിക്കലും എത്തുന്നില്ല. പിന്തുണയ്ക്കുന്ന ക്ലയന്റിലൂടെ വിച്ഛേദിച്ച് വീണ്ടും കണക്ട് ചെയ്യുക, തുടർന്ന് പുതിയ റൂട്ടുകൾ മെഷീനിൽ ഉണ്ടെന്ന് ഉറപ്പാക്കുക.
അവസാനമായി, കണക്ഷൻ ലോഗ് ക്ലയന്റിന് ലഭിച്ച വിലാസവുമായി പരസ്പരം ബന്ധിപ്പിക്കുക, ഒന്നിലധികം അസോസിയേഷനുകളിൽ എത്താൻ ആവശ്യത്തിന് തവണ പരീക്ഷണം ആവർത്തിക്കുക. തിരുത്തലിന് ശേഷമുള്ള ഒരു വിജയകരമായ അഭ്യർത്ഥന ഒരു പാത പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, ടിക്കറ്റ് മറ്റൊന്നിനെക്കുറിച്ചായിരുന്നു.