VPN-ന് പിന്നിലെ CloudFront ജിയോ ബ്ലോക്കിംഗ്: എക്സിറ്റ് കണ്ടെത്തുക

ഭൂമിശാസ്ത്ര നിയന്ത്രണം IP വിലാസത്തെക്കുറിച്ചുള്ള തീരുമാനമാണ്, VPN സേവനം കാണുന്ന വിലാസം മാറ്റുന്നു. ആ ഒരു വാക്യം സപ്പോർട്ട് ക്യൂവിലെത്തുന്ന മിക്ക കൺഫ്യൂസിംഗ് റിപ്പോർട്ടുകളും വിശദീകരിക്കുന്നു: «സൈറ്റ് വീട്ടിൽ പ്രവർത്തിക്കുന്നു, ടണലിൽ പരാജയപ്പെടുന്നു», «സൈറ്റ് ടണലിൽ പ്രവർത്തിക്കുന്നു, ഓഫീസിലെ മറ്റാർക്കും ലോഡ് ചെയ്യാൻ കഴിയുന്നില്ല» എന്നിവ ഒരേ മെക്കാനിസത്തിന്റെ വിപരീത ഫലങ്ങളാണ്. കാരണങ്ങൾ ഒഴിവാക്കുന്ന ക്രമത്തിലാണ് ഈ റൺബുക്ക് രോഗനിർണയം നടത്തുന്നത്, എഡ്ജ് യഥാർത്ഥത്തിൽ എന്ത് പറഞ്ഞു എന്നതിൽ നിന്ന് തുടങ്ങുന്നു. ഒരേ എക്സിറ്റ് വിലാസം ഒരു നിയന്ത്രണം കടന്ന് അടുത്തതിൽ പരാജയപ്പെടാം, കാരണം ഓരോ നിയന്ത്രണവും ആ വിലാസത്തിന്റെ വ്യത്യസ്ത സ്വഭാവം വിലയിരുത്തുന്നു.

എന്തും മാറ്റുന്നതിന് മുമ്പ് 403 വായിക്കുക

ജിയോ ബ്ലോക്കും WAF ബ്ലോക്കും 403 ആയി വരുന്നു, അവ വ്യത്യസ്ത സ്ഥലങ്ങളിൽ പരിഹരിക്കുന്നു. പ്രതികരണ ഹെഡറുകളും ബോഡിയുടെ ആദ്യ വരിയും പകർത്തുക, കാരണം CloudFront കാഷെ ഹെഡറും കാരണ സ്ട്രിംഗും ചേർക്കുന്നു, ഏത് പാളി ഉത്തരം നൽകി എന്ന് അവ പറയുന്നു:

curl -sS -o /tmp/body.txt -D /tmp/headers.txt https://d111111abcdef8.cloudfront.net/
grep -i "x-cache\|via" /tmp/headers.txt
head -c 300 /tmp/body.txt

വിതരണം തന്നെ ഭൂമിശാസ്ത്രം കാരണം അഭ്യർത്ഥന തടഞ്ഞാൽ, ബോഡിയിൽ രാജ്യ നിയന്ത്രണം പേരിടുന്ന സന്ദേശമുണ്ട്. WAF നിയമം അത് തടഞ്ഞാൽ, ബോഡി സാധാരണയായി ഒരു പൊതു നിരോധിത പേജാണ്, ഹെഡറുകളിലെ വിതരണ അഭ്യർത്ഥന ID ആണ് നിങ്ങൾ WAF ലോഗുകളിലേക്ക് കൊണ്ടുപോകുന്നത്. ഇവിടെ തെറ്റ് പറ്റിയാൽ നിരക്ക് അടിസ്ഥാനമാക്കിയ നിയമത്തിന്റെ പ്രശ്നത്തിന് അനുവദനീയ രാജ്യങ്ങളുടെ പട്ടികയിലേക്ക് നിങ്ങളെ അയയ്ക്കും, അത് വിജയിക്കാൻ കഴിയാത്ത ഒരു ദിവസത്തെ ജോലിയാണ്.

ഘട്ടം 1: വിതരണം ഏത് വിലാസം കാണുന്നു എന്ന് സ്ഥിരീകരിക്കുക

പരാജയപ്പെടുന്ന ബ്രൗസർ ഉപയോഗിക്കുന്ന അതേ യന്ത്രത്തിൽ നിന്നും അതേ പാതയിൽ നിന്നും പുറംലോകം എന്ത് കാണുന്നു എന്ന് നെറ്റ്വർക്കിനോട് ചോദിക്കുക. curl -s https://checkip.amazonaws.com വിളിക്കുന്നയാളുടെ പൊതു വിലാസം നൽകുന്നു, VPN ക്ലയന്റിന് അത് വരിക്കാരന്റെ വീട്ടിലെ കണക്ഷനല്ല, എക്സിറ്റ് ആണ്:

curl -s https://checkip.amazonaws.com
nslookup d111111abcdef8.cloudfront.net

ആ വിലാസം മറ്റൊരു രാജ്യത്ത് നിങ്ങളുടെ ദാതാവിന്റെ എക്സിറ്റിനുള്ളതാണെങ്കിൽ, ഭൂമിശാസ്ത്ര തീരുമാനം ഇതിനകം എടുത്തുകഴിഞ്ഞു, ക്ലയന്റിൽ ഒന്നും അത് മാറ്റില്ല. ക്രമീകരണത്തിൽ തൊടുന്നതിന് മുമ്പ് വിലാസം ടിക്കറ്റിൽ എഴുതുക, കാരണം റിപ്പോർട്ടിൽ നിങ്ങളും സേവനവും യോജിക്കുന്ന ഏക വസ്തുത അതാണ്.

ഘട്ടം 2: രാജ്യത്തെ പ്രശസ്തിയിൽ നിന്ന് വേർതിരിക്കുക

CloudFront അഭ്യർത്ഥനയുടെ ഉറവിട വിലാസത്തെ അടിസ്ഥാനമാക്കിയുള്ള മൂന്നാം കക്ഷി GeoIP ഡാറ്റാബേസിൽ നിന്ന് കാഴ്ചക്കാരന്റെ സ്ഥാനം നിർണ്ണയിക്കുന്നു, മാപ്പിംഗ് കൃത്യമായ നിർണ്ണയമല്ല, ഏകദേശവും പ്രാദേശികവുമാണ്. സ്ഥാനം നിർണ്ണയിക്കാൻ കഴിയാത്തപ്പോൾ, രേഖപ്പെടുത്തിയ സ്ഥിരസ്ഥിതി ഉള്ളടക്കം നൽകുക എന്നതാണ്. അതിനാൽ മൂന്ന് സാധ്യമായ അവസ്ഥകളുണ്ട്: എക്സിറ്റ് തടഞ്ഞ രാജ്യത്തേക്ക്, അനുവദിച്ച രാജ്യത്തേക്ക് മാപ്പ് ചെയ്യുന്നു, അല്ലെങ്കിൽ ഡാറ്റാബേസിന് അഭിപ്രായമില്ല, അഭ്യർത്ഥന തുടരുന്നു.

തടഞ്ഞ രാജ്യത്തെ ഉപയോക്താവ് ദാതാവിന് അവിടെ എക്സിറ്റ് ഉണ്ടെങ്കിൽ അനുവദിച്ച രാജ്യത്തുള്ളതായി തോന്നാം, അനുവദിച്ച രാജ്യത്തെ ഉപയോക്താവ് എക്സിറ്റ് മറ്റെവിടെയോ രജിസ്റ്റർ ചെയ്തതിനാൽ തടയപ്പെടാം. ഫലങ്ങളിൽ ഒന്നും നിയന്ത്രണം തകർന്നു എന്ന് തെളിയിക്കുന്നില്ല. രണ്ടും നിയന്ത്രണം തനിക്ക് നൽകിയ വിലാസത്തിൽ പ്രവർത്തിക്കുന്നതാണ്, CloudFront ജിയോ നിയന്ത്രണ രേഖ വിവരിക്കുന്നതുപോലെ.

പ്രശസ്തി രണ്ടാം അച്ചുതണ്ടാണ്, അത് ടണലിനെ അതിജീവിക്കുന്നു. AWS WAF-ന്റെ അനോണിമസ് IP-ക്കായുള്ള മാനേജ്ഡ് നിയമ ഗ്രൂപ്പ് VPN, പ്രോക്സി, Tor നോഡുകൾ, ഹോസ്റ്റിംഗ് ദാതാക്കൾ എന്നിവയിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ തടയാൻ നിർമ്മിച്ചതാണ്, അതിനാൽ രാജ്യ പരിശോധന കടന്ന അഭ്യർത്ഥനയും വിലാസം എവിടെയാണ് എന്നതിനാലല്ല, എന്താണ് എന്നതിനാൽ നിരസിക്കപ്പെടാം. ടണൽ ക്ലൗഡ് ഹോസ്റ്റിലേക്ക് മാറ്റിയപ്പോൾ തടയൽ തുടങ്ങിയതാണെങ്കിൽ, ഇത് ആ പാളിയാകാൻ സാധ്യതയുണ്ട്.

ഘട്ടം 3: ക്വോട്ട സ്വഭാവം പരിശോധിക്കുക

പങ്കിട്ട എക്സിറ്റുകൾ മൂന്നാമത്തെ രീതിയിൽ പരാജയപ്പെടുന്നു. ഓരോ IP-യ്ക്കുമുള്ള നിരക്ക് പരിധികളും സെഷൻ എണ്ണലും ഒരു വിലാസത്തെ ഒരു ക്ലയന്റായി കണക്കാക്കുന്നു, ഉപഭോക്തൃ എക്സിറ്റ് ഒരേസമയം നിരവധി വരിക്കാരെ വഹിക്കുന്നു, അതിനാൽ വീട്ടിലെ കണക്ഷനിൽ നിന്ന് സാധാരണമെന്ന് തോന്നുന്ന അഭ്യർത്ഥന മാതൃക എക്സിറ്റിൽ നിന്ന് ഓട്ടോമേഷനായി തോന്നുന്നു. ലക്ഷണം സ്വയം മാറുന്ന ത്രോട്ടിലിംഗ് അല്ലെങ്കിൽ താൽക്കാലിക തടയലാണ്, ഭൂമിശാസ്ത്ര പിശക് സന്ദേശമല്ല.

വിതരണം ബോധപൂർവ്വം ഓരോ വിലാസത്തിനും സെഷനുകൾ എണ്ണാം, ഉദാഹരണത്തിന് DynamoDB-യിലേക്ക് എഴുതുന്ന Lambda@Edge ഫംഗ്ഷൻ ഉപയോഗിച്ച്. അത് എക്സിറ്റിന് പിന്നിലെ വ്യക്തിയെ തിരിച്ചറിയുന്നില്ല, പക്ഷേ ഒരു വിലാസത്തെ ഒരു ക്ലയന്റിനെപ്പോലെ പ്രവർത്തിപ്പിക്കുന്നു, അത് പലപ്പോഴും യഥാർത്ഥ ഉദ്ദേശ്യമാണ്. ഏതെങ്കിലും പരിധി ക്രമീകരിക്കുന്നതിന് മുമ്പ് പരാതിക്ക് പിന്നിലെ വ്യത്യസ്ത വിലാസങ്ങൾ രേഖപ്പെടുത്തുക, കാരണം ഇരുനൂറ് മേശകൾക്ക് മുന്നിലുള്ള കോർപ്പറേറ്റ് NAT പുറത്തുനിന്ന് കാണുമ്പോൾ കൃത്യമായി തിരക്കേറിയ എക്സിറ്റ് പോലെയാണ്. കോർപ്പറേറ്റ് NAT, സർവ്വകലാശാല നെറ്റ്വർക്ക്, ഒരൊറ്റ വിലാസം അവതരിപ്പിക്കുന്ന വലിയ വീട് എന്നിവയിൽ നിന്ന് തെറ്റായ പോസിറ്റീവുകൾ പ്രതീക്ഷിക്കുക.

ഭൂമിശാസ്ത്രത്തെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് WAF-ന്റെ സാമ്പിൾ അഭ്യർത്ഥനകളും നിരക്ക് അടിസ്ഥാനമാക്കിയ നിയമ മെട്രിക്കുകളും നോക്കുക. എക്സിറ്റിന്റെ അഭ്യർത്ഥന അളവിൽ സജീവമാകുന്ന നിയമം വ്യക്തമായ ഒപ്പ് വിടുന്നു, കൂടാതെ പരിഹാരം പരിധി ക്രമീകരണമാണോ മറ്റൊരു എക്സിറ്റ് പാതയാണോ എന്നും അത് പറയുന്നു.

എന്ത് മാറ്റണം, ഏത് ക്രമത്തിൽ

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

അനുവദനീയ പട്ടികയ്ക്ക് യഥാർത്ഥത്തിൽ സ്ഥിരമായ വിലാസം ആവശ്യമാണെങ്കിൽ, സമർപ്പിതമോ സ്ഥിരമോ ആയ എക്സിറ്റ് സഹായിക്കുന്നു, കാരണം വിലാസം രജിസ്റ്റർ ചെയ്യാം, അത് കറങ്ങുന്നില്ല. അത് വിലാസത്തെ വസതിയാക്കുന്നില്ല, GeoIP ഡാറ്റാബേസ് അതിന് നൽകുന്ന രാജ്യത്തെയും മാറ്റുന്നില്ല. ഒന്ന് പ്രവർത്തിക്കുന്നതുവരെ എക്സിറ്റുകൾ കറക്കുന്നത് താൽക്കാലിക പ്രശസ്തി മാറ്റമാണ്, നയത്തിന്റെ പരിഹാരമല്ല.

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