VPN നിങ്ങളുടെ പഴയ IP ചോർത്തിയില്ല: ഓർത്തുവച്ച ഒരു മൂല്യമാണ് അത് ചെയ്തത്

VPN വന്നതിന് ശേഷം ഒരു സേവനത്തിന്റെ റിപ്പോർട്ടിൽ നിങ്ങളുടെ പഴയ പൊതു വിലാസം കാണുന്നത് സ്വതവേ ചോർച്ചയുടെ തെളിവല്ല. ജീവനുള്ള കണക്ഷൻ ടണൽ എക്സിറ്റ് ഉപയോഗിക്കുന്നുണ്ടാകാം, എന്നാൽ ആപ്പ് ടണൽ ഉണ്ടാകുന്നതിന് മുൻപ് പഠിച്ച ഒരു മൂല്യം അയക്കുന്നു. ഇവ രണ്ട് വ്യത്യസ്ത തെളിവുകളാണ്, അവയിൽ ഒന്ന് മാത്രമാണ് നിലവിലെ പാക്കറ്റിനെ വിവരിക്കുന്നത്. മറ്റേത് വീണ്ടും ബന്ധിപ്പിക്കലിനെ അതിജീവിച്ച മൂല്യമാണ്, കാരണം നെറ്റ്വർക്ക് പാതയിൽ ഒന്നും അതിന് ഉടമയല്ല.

ഒരു വിലാസത്തിന് പിന്നിലെ രണ്ട് വിശദീകരണങ്ങൾ

ആളുകൾ സങ്കൽപ്പിക്കുന്ന ക്രമം VPN സജീവമാണെന്ന് കരുതുമ്പോൾ ഭൗതിക ഇന്റർഫേസ് വിടുന്ന പാക്കറ്റാണ്. റിപ്പോർട്ട് പലപ്പോഴും വിശദീകരിക്കുന്ന ക്രമം ചെറുതും വിരസവുമാണ്: ആപ്പ് മുൻപ് ഒരു വിലാസം പഠിച്ചു, ഇപ്പോഴും അത് സൂക്ഷിക്കുന്നു. സംഭവങ്ങൾ ക്രമത്തിൽ നിരത്തുന്നത് രണ്ടിനെയും വേർതിരിക്കുന്നു.

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

ആ ക്രമത്തിൽ ഒന്നും ആദ്യ വിലാസത്തിൽനിന്ന് ജീവനുള്ള കണക്ഷൻ ആവശ്യപ്പെടുന്നില്ല. ഓർത്തുവച്ച മൂല്യം സന്ദേശത്തിനുള്ളിൽ യാത്ര ചെയ്യുന്നു, ഹെഡർ നിലവിലെ റൂട്ട് തിരഞ്ഞെടുത്ത എക്സിറ്റ് വഹിക്കുന്നു. രണ്ട് ഫീൽഡുകളും ലോഗ് ചെയ്യുന്ന സേവനം അവ പരസ്പരം അടുത്ത് കാണിക്കും, വൈരുദ്ധ്യമായി തോന്നും.

അത് സാധ്യമായ ഒരു വിശദീകരണമാണ്, ഒരു പ്രത്യേക ക്ലയന്റിനെതിരായ ആരോപണമല്ല. പ്രശസ്തി തെളിവല്ല: നിങ്ങൾക്ക് വായിക്കാവുന്ന കോഡ്, വിശ്വസിക്കുന്ന ബ്രാൻഡ്, അല്ലെങ്കിൽ മറ്റൊരു എക്സിറ്റ് എന്നിവ ഒരു പ്രോഗ്രാം എന്ത് സൂക്ഷിച്ചു അല്ലെങ്കിൽ അയച്ചു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

ആപ്പിന്റെ ഓർമ്മ വീണ്ടും ബന്ധിപ്പിക്കലിനേക്കാൾ നീണ്ടുനിൽക്കുന്നു

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

വ്യത്യാസം പ്രധാനമാണ്, കാരണം രണ്ടും വ്യത്യസ്ത സ്ഥലങ്ങളിൽ ജീവിക്കുന്നു. ആപ്പിന്റെ അവസ്ഥ പ്രോഗ്രാമിന്റേതാണ്, പുനരാരംഭങ്ങളെ അതിജീവിക്കുന്നു, റൂട്ട് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റേതാണ്, ഓരോ കണക്ഷനിലും വീണ്ടും നിർമ്മിക്കുന്നു. ഒന്ന് മായ്ക്കുന്നത് മറ്റൊന്നിനെ ബാധിക്കുന്നില്ല.

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

ആദ്യം ഉറവിട ഹെഡർ വായിക്കുക, പിന്നെ പേലോഡ്

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

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

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

സൂക്ഷിക്കൽ കൈമാറ്റത്തിൽനിന്ന് വ്യത്യസ്തമായ ഘട്ടമാണ്

RFC 6973 ലെ സ്വകാര്യതാ മാർഗ്ഗനിർദ്ദേശം ശേഖരണം, ഉപയോഗം, വെളിപ്പെടുത്തൽ, സൂക്ഷിക്കൽ എന്നിവയെ വ്യത്യസ്ത ഘട്ടങ്ങളായി കണക്കാക്കുന്നു, പുനരുപയോഗിച്ച ഐഡന്റിഫയറുകൾ പരസ്പരബന്ധം എളുപ്പമാക്കുന്നു എന്ന് മുന്നറിയിപ്പ് നൽകുന്നു. പുതിയ നെറ്റ്വർക്ക് പാത കൈമാറ്റ ഘട്ടം മാറ്റുന്നു, മറ്റൊന്നും ഇല്ല. സ്വീകർത്താവിന് ഇതിനകം ഉള്ള രേഖകൾ തൊടപ്പെടുന്നില്ല, പ്രവേശനത്തിൽ മൂല്യം സൂക്ഷിച്ച ഏതെങ്കിലും പ്രൊഫൈലും. അതുകൊണ്ടാണ് കൈമാറ്റം ശരിയായി പ്രവർത്തിക്കുമ്പോഴും വീണ്ടും ബന്ധിപ്പിക്കൽ പരാജയമായി തോന്നാം.

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

ടണൽ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് എന്ത് പരിശോധിക്കണം

ആപ്പിന്റെ രേഖപ്പെടുത്തിയ ശേഖരണവും അക്കൗണ്ട് നിയന്ത്രണങ്ങളും പരിശോധിച്ച്, ഏത് ഫീൽഡുകൾ അയക്കാമെന്ന്, സേവനം അവ എത്ര കാലം സൂക്ഷിക്കുന്നുവെന്ന്, അക്കൗണ്ടിന് അവ മായ്ക്കാനോ തിരുത്താനോ കഴിയുമോ എന്ന് തീരുമാനിക്കുക. തുടർന്ന് വിശദീകരണങ്ങളെ വേർതിരിക്കുന്ന പരീക്ഷ നടത്തുക: പുതിയ അക്കൗണ്ട് അല്ലെങ്കിൽ വൃത്തിയുള്ള ആപ്പ് പ്രൊഫൈൽ. പഴയ മൂല്യം അപ്രത്യക്ഷമായാൽ സൂക്ഷിക്കലോ കാഷെ ചെയ്ത അവസ്ഥയോ ഉൾപ്പെട്ടിരുന്നു. വൃത്തിയുള്ള പ്രൊഫൈലിലും അത് നിലനിന്നാൽ, VPN പരാജയപ്പെട്ടു എന്ന് തീരുമാനിക്കുന്നതിന് മുൻപ് യഥാർത്ഥ അഭ്യർത്ഥന ഫീൽഡ് പരിശോധിക്കുക.

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