VPN സർവർ പ്രവർത്തിക്കുന്നു, ക്ലയന്റിന് സമയം തീരുന്നു, ആദ്യ പ്രതികരണം സെക്യൂരിറ്റി ഗ്രൂപ്പിലേക്ക് എല്ലാം അനുവദിക്കുന്ന ഒരു നിയമം ചേർക്കുക എന്നതാണ്. ചിലപ്പോൾ അത് പ്രവർത്തിക്കും, അതാണ് ഏറ്റവും മോശം ഫലം, കാരണം ഇപ്പോൾ ഏത് അതിർത്തിയാണ് യഥാർത്ഥത്തിൽ അടച്ചത് എന്ന് ആർക്കും അറിയില്ല. ക്ലയന്റും ഡീമണും ഇടയിൽ നാല് വേറിട്ട ഫിൽട്ടറുകളുണ്ട്, അവയിൽ ഒന്ന് മാത്രമാണ് സെക്യൂരിറ്റി ഗ്രൂപ്പ്.

നിയമത്തിന് മുൻപ് പ്രോട്ടോക്കോൾ പറയുക

ഒരു നിയമം എന്നത് പ്രോട്ടോക്കോൾ, പോർട്ട് ശ്രേണി, ഉറവിടം എന്നിവയാണ്. WireGuard UDP-യിൽ കേൾക്കുന്നു, സാധാരണയായി 51820. OpenVPN ക്രമീകരണത്തിന് അനുസരിച്ച് സാധാരണയായി UDP അല്ലെങ്കിൽ TCP 1194 ആണ്. IPsec-ന് UDP 500, 4500 എന്നിവയിൽ IKE കൈമാറ്റവും അതോടൊപ്പം ESP പ്രോട്ടോക്കോളും വേണം, അത് പോർട്ടല്ല, പ്രോട്ടോക്കോൾ നമ്പറാണ്. മറ്റ് നിയമങ്ങൾ TCP ആയതിനാൽ TCP ഊഹിക്കുന്നത് ശരിയായി തോന്നുന്നതും ഒന്നിനും പൊരുത്തപ്പെടാത്തതുമായ നിയമത്തിലെത്തിക്കും.

ലിസണർ പ്രവർത്തിക്കുന്ന സേവനത്തിൽ നിന്ന് വായിക്കുക, ട്യൂട്ടോറിയലിൽ നിന്നല്ല. ഒരു വിലാസത്തിൽ ബന്ധിപ്പിച്ച ഡീമൺ മറ്റൊരു വിലാസത്തിൽ എത്തുന്ന ട്രാഫിക് സ്വീകരിക്കില്ല.

ഉറവിടം മുഴുവൻ ഇന്റർനെറ്റിന് പകരം ഡിസൈൻ അനുവദിക്കുന്ന ക്ലയന്റ് ശ്രേണിയിൽ പരിമിതപ്പെടുത്തുക.

സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ സ്റ്റേറ്റ്ഫുൾ; സബ്നെറ്റ് ACL അല്ല

സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ സ്റ്റേറ്റ്ഫുൾ ആണ്, അനുവദിക്കുക മാത്രം ചെയ്യുന്നു: അനുവദിച്ച ഇൻബൗണ്ട് ഫ്ലോയ്ക്ക് അതിന്റെ മറുപടികൾ സ്വയമേവ ലഭിക്കുന്നു, ചിന്തിക്കാനുള്ള നിഷേധ നിയമമില്ല. സബ്നെറ്റ് ACL സ്റ്റേറ്റ്ലെസ് ആണ്, ഇരു ദിശകളിലും വിലയിരുത്തുന്നു, അതിനാൽ ബന്ധപ്പെട്ട ഔട്ട്ബൗണ്ട് താൽക്കാലിക ശ്രേണിയില്ലാതെ ഇൻബൗണ്ട് അനുമതി ഇപ്പോഴും പരാജയപ്പെടും. ഈ വ്യത്യാസമാണ് കൺസോളിൽ ശരിയായി തോന്നുന്ന പല നിയമങ്ങളെയും വിശദീകരിക്കുന്നത്.

പ്രവർത്തിക്കുന്ന എൻഡ്പോയിന്റിൽ ഏത് നയമാണ് ഘടിപ്പിച്ചിരിക്കുന്നതെന്നും ഉറപ്പാക്കുക, കാരണം ഒരു ഇൻസ്റ്റൻസിൽ ഒന്നിലധികം ഗ്രൂപ്പുകൾ ഉണ്ടാകാം, ഘടിപ്പിക്കാത്ത ഗ്രൂപ്പിലെ നിയമം ഒന്നും മാറ്റുന്നില്ല.

ഫലപ്രദമായ നയം ഘടിപ്പിച്ചവയുടെ സംയോഗമാണ്, നിങ്ങൾ തിരുത്തിയ ഫയൽ അല്ല.

ഹോസ്റ്റ് ഫയർവാൾ വേറിട്ട അതിർത്തിയാണ്

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

ഹോസ്റ്റ് ഡിസ്ട്രിബ്യൂഷന്റെ ഫയർവാൾ ഫ്രണ്ട്എൻഡ് ഉപയോഗിക്കുന്നുവെങ്കിൽ, പ്രൊഫൈൽ പേരല്ല, അടിസ്ഥാന നിയമങ്ങൾ ഉറപ്പാക്കുക, കാരണം പ്രൊഫൈൽ സജീവമായിരിക്കുമ്പോൾ പോർട്ട് അടച്ചിരിക്കാം.

ഇന്റർഫേസിലെ ക്യാപ്ചർ ഏത് അതിർത്തി പാക്കറ്റ് ഉപേക്ഷിച്ചു എന്ന് പറയും.

ലിസണർ അനുവദിക്കുന്നത് ക്ലയന്റുകളെ റൂട്ട് ചെയ്യലല്ല

ക്ലയന്റ് ട്രാഫിക് ഫോർവേഡ് ചെയ്യുന്ന VPN ഗേറ്റ്വേയ്ക്ക് തുറന്ന പോർട്ടിൽ കൂടുതൽ വേണം. IP ഫോർവേഡിംഗ്, ടണൽ ഇന്റർഫേസിൽ നിന്ന് ലക്ഷ്യ നെറ്റ്വർക്കിലേക്കുള്ള ഫ്ലോ അനുവദിക്കുന്ന നയം, പ്ലാറ്റ്ഫോം തനിക്ക് വിലാസമല്ലാത്ത ട്രാഫിക് ഉപേക്ഷിക്കാതിരിക്കാൻ ഇന്റർഫേസിൽ ഓഫ് ചെയ്ത ഉറവിട-ലക്ഷ്യ പരിശോധന എന്നിവ വേണം. ഇവയൊന്നും ലിസണർ നിയമം സൃഷ്ടിക്കുന്നില്ല.

ഇവിടെയാണ് പ്രവർത്തിക്കുന്ന ഹാൻഡ്ഷേക്കും തകർന്ന ഡാറ്റാ പാതയും വേർപെടുന്നത്, അതുകൊണ്ടാണ് ടണൽ നില ആരോഗ്യകരമായി തോന്നുമ്പോഴും ഒന്നും ലോഡ് ആകാത്തത്.

റൂട്ടിംഗ് സ്വന്തം പരിശോധനയോടെ വേറിട്ട മാറ്റമായി ശരിയാക്കുക, ഫോർവേഡ് ചെയ്യുന്ന ഗേറ്റ്വേയ്ക്ക് ലക്ഷ്യം അനുവദിക്കുന്ന എഗ്രസ് നയവും വേണമെന്ന് രേഖപ്പെടുത്തുക.

മടങ്ങാനുള്ള വഴി സൂക്ഷിക്കുക, പിന്നീട് നിയമം ചുരുക്കുക

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

ചുരുങ്ങിയ അനുമതി പ്രവർത്തിച്ചാൽ ഏതെങ്കിലും പരീക്ഷണാത്മക വിശാല അനുമതി നീക്കുക, നിയമം എന്തിനാണെന്ന് രേഖപ്പെടുത്തുക. AWS സെക്യൂരിറ്റി ഗ്രൂപ്പുകളുടെ സ്റ്റേറ്റ്ഫുൾ സ്വഭാവം രേഖപ്പെടുത്തുന്നു, ആരെങ്കിലും കുറുക്കുവഴിയായി വിശാല ശ്രേണി നിർദ്ദേശിക്കുമ്പോൾ ആ രേഖ ഉദ്ധരിക്കണം.

ഘടിപ്പിക്കലും രേഖപ്പെടുത്തുക, അല്ലാത്തപക്ഷം പകരം ഇന്റർഫേസ് നയം നിശ്ശബ്ദമായി നഷ്ടപ്പെടും.

അനുബന്ധ ലേഖനങ്ങൾ