VPN-ക്ക് പിന്നിലുള്ള നിങ്ങളുടെ Bitcoin നോഡിൽ ഇൻബൗണ്ട് പിയറുകൾ ഇല്ലേ?

നിങ്ങളുടെ നോഡ് സമന്വയിപ്പിച്ചിട്ടുണ്ട്, VPN കണക്ട് ചെയ്തതായി പറയുന്നു, കൂടാതെ getpeerinfo എട്ടോ പത്തോ പിയറുകൾ കാണിക്കുന്നു. അവയിലൊന്നും inbound true എന്നതിൽ സെറ്റ് ചെയ്തിട്ടില്ല. ഈ സംയോജനം സാധാരണമാണ്, തകരാറല്ല: ഔട്ട്ബൗണ്ട് കണക്ഷനുകൾ നോഡിന് മറ്റുള്ളവരിലേക്ക് എത്താനാകുമെന്ന് തെളിയിക്കുന്നു, അവയിൽ ഒന്നും ആരെങ്കിലും നിങ്ങളിലേക്ക് എത്താനാകുമെന്ന് തെളിയിക്കുന്നില്ല. ലക്ഷ്യം VPN വഴി ഇൻബൗണ്ട് P2P കണക്ഷനുകൾ സ്വീകരിക്കുന്ന നോഡ് ആണെങ്കിൽ, ആ ദിശ വെവ്വേറെ പരിശോധിക്കണം.

പിയറിൽ നിന്ന് നിങ്ങളുടെ ലിസണറിലേക്ക് പാക്കറ്റ് പിന്തുടരുക

ഇൻബൗണ്ട് P2P നാല് കാര്യങ്ങളുടെ ചങ്ങലയാണ്, അത് ഏറ്റവും രസകരമായ കണ്ണിയിലല്ല, ഏറ്റവും ദുർബലമായ കണ്ണിയിൽ പൊട്ടുന്നു.

other peer
  -> provider's public address and assigned port
  -> the permitted VPN mapping
  -> Bitcoin Core's P2P listener

പ്രധാന നെറ്റ്വർക്കിൽ Core-ന്റെ P2P ഡിഫോൾട്ട് 8333 ആണ്, പക്ഷേ ദാതാവ് നിങ്ങൾക്ക് വേറൊരു പൊതു പോർട്ടും ക്ലയന്റ് ഭാഗത്ത് വേറൊരു ലക്ഷ്യവും നൽകാം. പൊതു വിലാസം, ബാഹ്യ പോർട്ട്, ദാതാവ് യഥാർത്ഥത്തിൽ ട്രാഫിക് എത്തിക്കുന്ന സ്ഥലം എന്നിവ എഴുതിവയ്ക്കുക. തുടർന്ന് നിങ്ങളുടെ പ്ലാനും അക്കൗണ്ടും ഇൻബൗണ്ട് കണക്ഷനുകൾ അനുവദിക്കുന്നുണ്ടോ എന്ന് ഉറപ്പാക്കുക, കാരണം സമർപ്പിത എക്സിറ്റ് വിലാസം പോർട്ട് ഫോർവേഡിംഗ് കരാറല്ല.

എത്തിച്ചേരൽ പ്രതീക്ഷിച്ച് സ്റ്റാറ്റിക് IP വാങ്ങുന്നവരെ ഈ വ്യത്യാസം പിടിക്കുന്നു. വിലാസം സ്ഥിരമായിരിക്കുന്നത് ദാതാവ് നിങ്ങളുടെ സെഷനിലേക്ക് ഇൻബൗണ്ട് പോർട്ട് ഫോർവേഡ് ചെയ്യുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

ദാതാവിനെ പരിശോധിക്കുന്നതിന് മുൻപ് ലിസണർ പരിശോധിക്കുക

മാപ്പിംഗ് എത്തിക്കുന്ന വിലാസത്തിലും പോർട്ടിലും Core കേൾക്കണം, ഹോസ്റ്റ് ഫയർവാൾ അത് അനുവദിക്കണം. നോഡ് ഒരു കണ്ടെയ്നറിലോ മറ്റൊരു LAN യന്ത്രത്തിലോ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, അടുത്ത ഹോപ്പും അതിന്റെ മറുപടി റൂട്ടും ചങ്ങലയുടെ ഭാഗമാണ്.

ഇൻകമിംഗ് പാക്കറ്റുകൾ വലിച്ചെറിയുന്ന ദാതാവിൽ ലോക്കൽ ഫയർവാൾ നിയമത്തിന് മാപ്പിംഗ് സൃഷ്ടിക്കാനാവില്ല, ദാതാവിന്റെ മാപ്പിംഗിന് loopback-ൽ മാത്രം ബന്ധിച്ച ഒരു പ്രോസസ്സിലേക്ക് എത്താനാവില്ല. രണ്ട് പകുതികളും ഒരേ ട്യൂപ്പിളിൽ യോജിക്കണം, അതുകൊണ്ടാണ് ആദ്യ ഘട്ടം ട്യൂപ്പിൾ ഊഹിക്കുന്നതല്ല, എഴുതിവയ്ക്കുന്നത്.

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

ഇൻബൗണ്ട് ഫ്ലാഗ് വായിക്കുക, മൊത്തം കണക്ഷനുകളല്ല

അധികാരമുള്ള ലോക്കൽ RPC സന്ദർഭത്തിൽ നിന്ന്, ഈ വായന-മാത്രം ക്വറി പിയറുകൾ ലിസ്റ്റ് ചെയ്യുന്നു:

bitcoin-cli getpeerinfo

RPC റഫറൻസ് inbound-നെ ഇൻകമിംഗ് കണക്ഷനിൽ true എന്നും ഔട്ട്ഗോയിംഗ് കണക്ഷനിൽ false എന്നും നിർവചിക്കുന്നു. ആ ഫീൽഡ് നോക്കുക. പത്തിന് മുകളിലുള്ള ആകെ സംഖ്യ ദിശയെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല, ആകെ സംഖ്യകളും വിഭാഗങ്ങളും കോൺഫിഗറേഷനും റിലീസിനും അനുസരിച്ച് മാറുന്നു.

തുടർന്ന് മാപ്പ് ചെയ്ത എൻഡ്പോയിന്റ് പുറത്തുനിന്ന്, നിങ്ങൾക്ക് ഓടിക്കാൻ അധികാരമുള്ള പുതിയ എത്തിച്ചേരൽ പരിശോധനയിലൂടെ പരീക്ഷിച്ച്, അനുയോജ്യമായ ഇൻബൗണ്ട് പിയർ പ്രത്യക്ഷപ്പെടുന്നുണ്ടോ എന്ന് നോക്കുക. സപ്പോർട്ട് ത്രെഡിൽ നിങ്ങൾ പേസ്റ്റ് ചെയ്യുന്ന ഔട്ട്പുട്ടിൽ ശ്രദ്ധിക്കുക: പിയർ വിലാസങ്ങൾ മറ്റുള്ളവരുടെ കണക്ഷൻ വിശദാംശങ്ങളാണ്, നിങ്ങളുടെ ചോദ്യത്തിന് ഉത്തരം ലഭിക്കാൻ അവ പ്രസിദ്ധീകരിക്കേണ്ടതില്ല.

RPC വെളിപ്പെടുത്തി അത് പരിഹരിക്കരുത്

Bitcoin Core-ന്റെ RPC ഡോക്യുമെന്റേഷൻ RPC ഇന്റർഫേസ് പൊതു ഇന്റർനെറ്റിലേക്ക് വെളിപ്പെടുത്തുന്നതിനെതിരെ വ്യക്തമായി മുന്നറിയിപ്പ് നൽകുന്നു. പിയർ കണക്ഷനുകളും പ്രാമാണീകരിച്ച ഭരണവും വ്യത്യസ്ത സേവനങ്ങളാണ്, RPC പ്രസിദ്ധീകരിച്ച് P2P എത്താവുന്നതാക്കുന്നത് ഒരു കണക്ടിവിറ്റി പ്രശ്നം വളരെ മോശമായ ഒന്നുമായി കൈമാറുന്നു.

ഇൻബൗണ്ട് P2P-യെ ആശ്രയിക്കാതിരിക്കാനാണ് നിങ്ങൾ ആഗ്രഹിക്കുന്നതെങ്കിൽ, രേഖപ്പെടുത്തിയ ബദൽ onion സേവനമാണ്, അതിന് സ്വന്തം മുൻവ്യവസ്ഥകളുണ്ട്: Tor ലഭ്യമായിരിക്കണം, കൺട്രോൾ പ്രാമാണീകരണം കോൺഫിഗർ ചെയ്തിരിക്കണം, സേവനം സൃഷ്ടിക്കാൻ അനുവദിക്കുന്ന ലിസണിംഗ് ക്രമീകരണങ്ങളും. VPN പ്രവർത്തിക്കുന്നത് കൊണ്ട് മാത്രം അത് പ്രത്യക്ഷപ്പെടുന്നില്ല.

Core-നെ VPN-ൽ നിന്ന് ഒഴിവാക്കുന്നത് മൂന്നാമത്തെ രൂപകൽപ്പനയാണ്, ചില ഓപ്പറേറ്റർമാർക്ക് അത് ന്യായമാണ്, പക്ഷേ അത് പിയർ ട്രാഫിക് നിങ്ങളുടെ സാധാരണ കണക്ഷനിൽ ഇടുന്നു. അത് VPN വഴിയുള്ള ഇൻബൗണ്ട് ആക്സസ് അല്ല, റൗട്ടറിനോ അപ്സ്ട്രീം NAT-നോ ഇപ്പോഴും സ്വന്തം അനുവദിച്ച എൻട്രി വേണ്ടിവന്നേക്കാം. മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് മൂന്നിൽ ഏതാണ് നിങ്ങൾ യഥാർത്ഥത്തിൽ പരിശോധിക്കുന്നതെന്ന് തിരഞ്ഞെടുക്കുക.