VPN വഴി Monero: മൂന്ന് നെറ്റ്വർക്ക് പാതകളിൽ ഏതാണ് മാറുന്നത്?

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

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

വാലറ്റിൽ നിന്ന് നോഡിലേക്കുള്ള കണക്ഷൻ വരയ്ക്കുന്നതിൽ നിന്ന് തുടങ്ങുക

വിദൂര നോഡുമായി സംസാരിക്കുന്ന വാലറ്റ് ആ നോഡിന്റെ വിലാസത്തിലേക്കും പോർട്ടിലേക്കും RPC അഭ്യർത്ഥനകൾ അയക്കുന്നു. പ്രാദേശിക ഡീമൺ ഉള്ള വാലറ്റ് പകരം ലൂപ്പ്ബാക്ക് ഇന്റർഫേസുമായി സംസാരിക്കുന്നു. ഇവ വ്യത്യസ്ത വിശ്വാസ ബന്ധങ്ങളാണ്, ദൈനംദിന സംഭാഷണത്തിൽ രണ്ടിനെയും “നോഡ്” എന്ന് വിളിക്കുന്നുവെങ്കിലും.

വാലറ്റ് ഉപയോഗിക്കാൻ കോൺഫിഗർ ചെയ്ത വിലാസം, പോർട്ട്, ഗതാഗതം എന്നിവ എഴുതി വയ്ക്കുക. വാലറ്റിന് സ്വന്തം പ്രോക്സി ക്രമീകരണമുണ്ടെങ്കിൽ അത് ഡീമണിന്റെ ക്രമീകരണങ്ങളിൽ നിന്ന് വേറെ രേഖപ്പെടുത്തുക; ഒരു പ്രോസസ് കോൺഫിഗർ ചെയ്യുന്നത് മറ്റൊന്നിനെ കോൺഫിഗർ ചെയ്യുന്നില്ല.

ഇവിടെയാണ് ഒരു പൊതു RPC എൻഡ്പോയിന്റ് പ്രലോഭിപ്പിക്കുന്നതാകുന്നത്. ഡയഗ്രം ലളിതമാക്കാൻ നോഡിന്റെ RPC സേവനം തുറന്നിടുന്നത് ഒരു നെറ്റ്വർക്ക് പാതയ്ക്ക് പകരം ആക്രമണ ഉപരിതലം നൽകുന്നു. വാലറ്റിൽ നിന്ന് നോഡിലേക്കുള്ള ലിങ്ക് സ്വകാര്യ പാതയിലോ ലൂപ്പ്ബാക്ക് ഇന്റർഫേസിലോ നിർത്തുക, ഏതാണെന്ന് രേഖപ്പെടുത്തുക. ആ വെളിപ്പെടുത്തൽ മറയ്ക്കുന്ന ഡയഗ്രം ഡയഗ്രം ഇല്ലാതിരിക്കുന്നതിനേക്കാൾ മോശമാണ്.

അടുത്തതായി, ഡീമണിന്റെ പിയർ ട്രാഫിക് പിന്തുടരുക

സമന്വയിപ്പിക്കുന്ന ഡീമൺ പിയറുകളിലേക്ക് പുറത്തേക്കുള്ള കണക്ഷനുകൾ തുറക്കുന്നു, അതിന്റെ പിയർ-ടു-പിയർ പോർട്ടിലൂടെ ചെയിൻ ഡാറ്റ കൈമാറുന്നു. ആ ട്രാഫിക് വാലറ്റിന്റെ RPC ലിങ്ക് അല്ല, അത് വാലറ്റിന്റെ പ്രോക്സിയിലൂടെ സ്വയമേവ കടക്കുന്നുമില്ല. അത് ഡീമണിന്റെ സ്വന്തം നെറ്റ്വർക്ക് ക്രമീകരണങ്ങളും ഹോസ്റ്റിന്റെ റൂട്ടിംഗ് ടേബിളും പിന്തുടരുന്നു.

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

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

തുടർന്ന് ഇടപാട് റിലേ പാത വേർതിരിക്കുക

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

പ്രോജക്ടിന്റെ അജ്ഞാത നെറ്റ്വർക്ക് ഡോക്യുമെന്റേഷൻ Tor, I2P സംയോജനത്തെ പരീക്ഷണാത്മകമെന്ന് വിശേഷിപ്പിക്കുന്നു, റിലേ സ്വഭാവത്തിന്റെ പരിധി നിർവചിക്കുന്നു. നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന പതിപ്പിന്റെ ഡോക്യുമെന്റേഷൻ വായിക്കുക, കാരണം പഴയ ചർച്ചകൾ Kovri പോലുള്ള പേരുകൾ ഉപയോഗിക്കുകയും അതേ രൂപത്തിൽ ഇനി ഇല്ലാത്ത ഘടകങ്ങൾ വിവരിക്കുകയും ചെയ്യുന്നു.

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

മൂന്ന് പാതകളും ലേബൽ ചെയ്ത ശേഷം മാത്രം VPN ചേർക്കുക

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

ഇപ്പോൾ നിരീക്ഷക മാതൃക വ്യക്തമായി പറയുക. അജ്ഞാത നെറ്റ്വർക്ക് കണക്ഷൻ VPN-നുള്ളിൽ പ്രവർത്തിക്കുന്ന രൂപകൽപ്പനയിൽ, പ്രാദേശിക ആക്സസ് നെറ്റ്വർക്ക് പുറം VPN കണക്ഷൻ കാണുന്നു, VPN ഭാഗം അതിനപ്പുറത്തുള്ള കണക്ഷൻ കാണുന്നു. അത് നിരീക്ഷകന്റെ മാറ്റമാണ്, തിരിച്ചറിയൽ സിഗ്നലുകൾ അപ്രത്യക്ഷമാകുന്നതിന്റെ തെളിവല്ല.

അതേ യാത്രയുടെ ഭാഗമായി പരാജയ സ്വഭാവം പരിശോധിക്കുക. VPN വീഴുകയാണെങ്കിൽ, ഡീമൺ നേരിട്ടുള്ള പിയർ കണക്ഷനിലേക്ക് മടങ്ങുമോ, വാലറ്റ് വിദൂര നോഡിനോട് ചോദിച്ചുകൊണ്ടിരിക്കുമോ, റിലേ പ്രോക്സി അടഞ്ഞ നിലയിൽ പരാജയപ്പെടുമോ? തടയിടൽ കോൺഫിഗർ ചെയ്തിട്ടില്ലെങ്കിൽ, വീണ്ടും ബന്ധിപ്പിക്കൽ സാധാരണയായി നിശ്ശബ്ദതയല്ല, പുതിയ നേരിട്ടുള്ള ശ്രമമാണ് അർത്ഥമാക്കുന്നത്.

നിങ്ങൾ കോൺഫിഗർ ചെയ്തതായി കരുതുന്ന പാതകൾ പരിശോധിക്കുക

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

VPN വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷവും ഡീമൺ പുനരാരംഭിച്ചതിന് ശേഷവും ആവർത്തിക്കുക. ലക്ഷ്യങ്ങളും ഗതാഗതങ്ങളും ഡയഗ്രവുമായി താരതമ്യം ചെയ്യുക. ഒരു അമ്പ് നീങ്ങിയെങ്കിൽ, ഓരോ പ്രോസസും ഇപ്പോഴും ആരോഗ്യകരമാണെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നുണ്ടെങ്കിലും, സ്വകാര്യതാ മാതൃകയും അതിനൊപ്പം നീങ്ങി.

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