د 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 انټرفیس عام انټرنیټ ته د ښکاره کولو پروړاندې خبرداری ورکوي. د همکارانو نښلونې او تصدیق شوی اداره بېل خدمتونه دي، او P2P ته د RPC په خپرولو سره د رسېدو وړ کول د نښلون ستونزه په ډېره بدتره ستونزه بدلوي.

که تاسو غواړئ چې په بشپړ ډول د داخلي P2P پورې تړلي نه یاست، مستند بدیل onion خدمت دی، او خپلې مخکیني شرطونه لري: Tor شته وي، د کنټرول تصدیق تنظیم شوی وي او د اورېدو هغه تنظیمات چې خدمت جوړول اجازه کوي. یوازې د دې لپاره نه ښکاري چې ناڅاپه VPN ځي.

Core له VPN څخه بهر ساتل دریم ډیزاین دی، او د ځینو چلونکو لپاره قانوني، خو د همکارانو ټرافیک ستاسو عادي نښلون ته اچوي. دا د VPN له لارې داخلی لاسرسی نه دی، او روټر یا پورته NAT ممکن لا هم خپل اجازه شوی ننوتل غواړي. له هر بل بدلون دمخه وټاکئ چې له دریو څخه کوم یو واقعاً ازموئ.