VPN എക്സിറ്റ് IP ടണലിന്റെ തെളിവല്ല: സെർവറുകൾ എന്താണ് കാണുന്നത്

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

സെർവർ ഓരോ കണക്ഷനും ഒരു വിലാസം കാണുന്നു

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

ആ ഉറവിട വിലാസത്തിന് ശേഷമുള്ളതെല്ലാം ആപ്ലിക്കേഷൻ ഡാറ്റയാണ്, ആപ്ലിക്കേഷന് അത് പ്രാമാണീകരിക്കുന്നത്ര മാത്രമേ അതിൽ വിശ്വസിക്കാനാകൂ.

നിങ്ങളുടെ എക്സിറ്റ് എങ്ങനെയിരിക്കുന്നു എന്ന് പരിശോധിക്കുക

ഒരു നിയമം എഴുതുന്നതിന് മുൻപ് ഇരു അറ്റത്തുനിന്നും പാത നോക്കുക. ക്ലയന്റിന്റെ സ്വന്തം എക്സിറ്റിനെക്കുറിച്ചുള്ള കാഴ്ചയും സെർവറിന്റെ കണക്ഷനെക്കുറിച്ചുള്ള കാഴ്ചയുമാണ് പ്രധാനമായ രണ്ട് വസ്തുതകൾ.

curl -sS https://api.ipify.org; echo
ss -tn state established '( sport = :443 )' | head

ആദ്യ കമാൻഡ് ക്ലയന്റ് പ്രത്യക്ഷപ്പെടുന്ന പൊതു വിലാസം റിപ്പോർട്ട് ചെയ്യുന്നു, ഏതെങ്കിലും അനുവദനീയ പട്ടികയിൽ ഈ മൂല്യം ഉണ്ടായിരിക്കണം. രണ്ടാമത്തേത് സെർവറിലെ സ്ഥാപിത കണക്ഷനുകൾ അവയുടെ സമപ്രായ വിലാസങ്ങളോടെ കാണിക്കുന്നു, നിയമം യഥാർത്ഥത്തിൽ ഇതുമായി പൊരുത്തപ്പെടും. രണ്ടും നിങ്ങളുടെ മാനസിക മാതൃകയുമായി പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ, നയം തിരുത്തുന്നതിന് മുൻപ് മാതൃക തിരുത്തുക. ക്ലൗഡ് ഡാറ്റാബേസ് ഫയർവാൾ, ആപ്ലിക്കേഷൻ അനുവദനീയ പട്ടിക, ലോഡ് ബാലൻസർ എന്നിവയിൽ ഓരോന്നിനും വ്യത്യസ്ത വിവർത്തന പാളി കാണാം.

രണ്ട് എക്സിറ്റ് ഗണങ്ങളിൽ ഒന്ന് മാത്രമേ പട്ടികപ്പെടുത്താനാകൂ

ഒരു കേസ് അഭ്യർത്ഥനയുടെ നിമിഷത്തിൽ പരിശോധിക്കാനാകും, മറ്റേത് അല്ല, ഇത് വളരെ വ്യത്യസ്തമായ ഉറപ്പുകൾ നൽകുന്നു.

curl -sS https://check.torproject.org/torbulkexitlist | wc -l

പ്രസിദ്ധീകരിച്ച Tor എക്സിറ്റ് പട്ടിക ലഭ്യമാക്കാനും താരതമ്യം ചെയ്യാനും കഴിയും, പട്ടികയുടെ പ്രായവും ഓരോ എക്സിറ്റിന്റെ സ്വന്തം നയവും അനുസരിച്ച്, അതിനാൽ അറിയപ്പെടുന്ന എക്സിറ്റുകൾക്കെതിരായ നിരസിക്കൽ നിയമം നടപ്പാക്കാനും അവലോകനം ചെയ്യാനും കഴിയും. വാണിജ്യ VPN-കൾക്ക് തത്തുല്യമായ രജിസ്ട്രി ഇല്ല. വിലാസങ്ങൾ കറങ്ങുന്നു, പല ദാതാക്കളും ഒന്നും പ്രസിദ്ധീകരിക്കുന്നില്ല, ഒരിക്കലും ഒരു VPN-ന്റേതുമല്ലാത്ത വാടകയ്ക്കെടുത്ത ക്ലൗഡ് വിലാസത്തിൽ ഒരു ടണൽ പ്രവർത്തിക്കാം. നിങ്ങൾ തയ്യാറാക്കുന്ന പട്ടിക നിരീക്ഷിച്ച വിലാസങ്ങളുടെ ഒരു സ്നാപ്പ്ഷോട്ടാണ്, അത് ഹോസ്റ്റിംഗ് ശ്രേണികളിലേക്ക് വിപുലീകരിക്കുന്നത് തെളിവ് ചേർക്കാതെ അനുബന്ധമല്ലാത്ത ജോലിഭാരം ചേർക്കുന്നു.

വിലാസങ്ങൾ നയ ഇൻപുട്ടായി ഉപയോഗിക്കുക, തെളിവായി അല്ല

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

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