ഒരു വെബ്‌സൈറ്റിന് NAT-യും ഫോർവേഡ് പ്രോക്സിയും തമ്മിൽ വേർതിരിച്ചറിയാൻ കഴിയുമോ?
പങ്കിട്ട പൊതു IP, ഫോർവേഡിംഗ് ഹെഡറുകൾ, പ്രോക്സി പരിശോധനയുടെ ഫലം എന്നിവ ഒരു വെബ്‌സൈറ്റിലേക്കുള്ള വഴിയെക്കുറിച്ച് എന്ത് തെളിയിക്കാമെന്ന് വിലയിരുത്തുക.
നിരവധി സന്ദർശകർ ഒരു പൊതു വിലാസത്തിൽ നിന്ന് എത്തുന്നു. അത് ഓഫീസ് NAT ഗേറ്റ്‌വേയുമായി യോജിക്കുന്നു. പങ്കിട്ട ഫോർവേഡ് പ്രോക്സിയുമായും യോജിക്കുന്നു. വിലാസം മാത്രം അവയ്ക്കിടയിൽ തിരഞ്ഞെടുക്കുന്നില്ല.
NAT വഴിയിലുടനീളം വിലാസ വിവരങ്ങൾ മാറ്റുന്നു. ഫോർവേഡ് പ്രോക്സി ഒരു കണക്ഷൻ സ്വീകരിച്ച് അടുത്ത കണക്ഷൻ നിർമ്മിക്കുന്നു. ഇവ വ്യത്യസ്ത സംവിധാനങ്ങളാണ്, എന്നാൽ ലക്ഷ്യസ്ഥാനം അതിലേക്ക് എത്തുന്ന കണക്ഷനുകൾ മാത്രമാണ് കാണുന്നത്, ക്ലയന്റിന്റെ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളുടെ പൂർണ്ണ പട്ടികയല്ല.
HTTP-യിലെ Via ഫീൽഡ് HTTP ഇടനിലക്കാരുടെ തെളിവ് നൽകാം. അതിന്റെ അഭാവം കൂടുതൽ ഇടുങ്ങിയതായി വായിക്കുക: ഈ അഭ്യർത്ഥന ആ സൂചകം ഈ നിരീക്ഷകന് വെളിപ്പെടുത്തിയില്ല. ഹെഡറുകൾ വിശ്വസനീയമല്ലാതിരിക്കാം, നീക്കം ചെയ്യപ്പെടാം, അല്ലെങ്കിൽ സാധാരണ എൻഡ്-ടു-എൻഡ് TLS ടണലിനുള്ളിൽ ലഭ്യമല്ലാതിരിക്കാം. IP പ്രശസ്തിയുടെ ഡാറ്റാബേസുകൾ മറ്റൊരു തരം തെളിവ് നൽകുന്നു, അവയുടെ സ്വന്തം വ്യാപ്തിയും പ്രായവും സഹിതം.
അതുകൊണ്ടാണ് ഒരു പരിശോധനയിലെ “പ്രോക്സി കണ്ടെത്തിയില്ല” എന്നത് നെറ്റ്‌വർക്ക് ഡയഗ്രം അല്ലാത്തത്. മറ്റെല്ലാ വെബ്‌സൈറ്റുകളും അതേ നിഗമനത്തിൽ എത്തുമെന്ന് അതിന് സാക്ഷ്യപ്പെടുത്താനും കഴിയില്ല.
നിങ്ങൾ ക്ലയന്റോ നെറ്റ്‌വർക്കോ പ്രവർത്തിപ്പിക്കുന്നുവെങ്കിൽ, എൻഡ്‌പോയിന്റിന്റെ നിരീക്ഷണങ്ങൾ യഥാർത്ഥ ആപ്ലിക്കേഷൻ ക്രമീകരണങ്ങൾ, ഗേറ്റ്‌വേ കോൺഫിഗറേഷൻ, പ്രസക്തമായ കണക്ഷൻ റെക്കോർഡുകൾ എന്നിവയുമായി ചേർക്കുക. വെബ്‌സൈറ്റ് മാത്രം പ്രവർത്തിപ്പിക്കുന്നുവെങ്കിൽ, നിങ്ങളുടെ സിഗ്നലുകൾ എത്രത്തോളം പിന്തുണയ്ക്കുന്നു എന്ന് വിവരിച്ച് അനിശ്ചിതത്വത്തിന് ഇടം നൽകുക.
പ്രവേശന നിയന്ത്രണങ്ങൾക്കായി എന്താണ് സംരക്ഷിക്കേണ്ടതെന്ന് തീരുമാനിക്കുക. പങ്കിട്ട വിലാസം പരുക്കൻ നിരക്ക് പരിധിക്ക് ഉപകരിക്കാം, പക്ഷേ ഒരു വ്യക്തിക്ക് പകരമായി അത് മോശമാണ്. അതിനെ NAT അല്ലെങ്കിൽ പ്രോക്സി എന്ന് വിളിക്കുന്നത് ആ ഐഡന്റിറ്റി പ്രശ്നം പരിഹരിക്കുന്നില്ല.