Walang Inbound Peers sa Iyong Bitcoin Node sa Likod ng VPN?

Synced na ang node mo, sinasabi ng VPN na konektado, at getpeerinfo nagpapakita ng walo o sampung peer. Wala sa kanila ang may inbound na nakatakda sa true. Normal ang kombinasyong iyon at hindi ito sira: pinapatunay ng mga outbound na koneksyon na kayang maabot ng node ang iba, at wala sa mga iyon ang nagpapatunay na may makakaabot sa iyo. Kung ang layunin ay isang node na tumatanggap ng inbound P2P koneksyon sa pamamagitan ng VPN, kailangan mong subukan ang direksyong iyon nang hiwalay.

Sundan ang packet mula sa peer hanggang sa iyong listener

Ang inbound P2P ay isang kadena ng apat na bagay, at pumapalya ito sa pinakamahinang kawing, hindi sa pinaka-kawili-wili.

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

Ang default ng P2P ng Core sa mainnet ay 8333, pero maaaring bigyan ka ng provider ng ibang public port at ibang destinasyon sa side ng client. Isulat ang public address, external port at kung saan talaga hinahatid ng provider ang traffic. Pagkatapos, kumpirmahin na pinapayagan ng iyong plano at account ang inbound na koneksyon, dahil ang dedicated exit address ay hindi kontrata ng port forwarding.

Ang pagkakaibang iyon ang humuhuli sa mga bumibili ng static IP na umaasa sa reachability. Ang pagiging stable ng address ay walang sinasabi tungkol sa kung ipinapasa ng provider ang inbound port sa iyong session.

Suriin ang listener bago suriin ang provider

Dapat makinig ang Core sa address at port kung saan naghahatid ang mapping, at dapat itong payagan ng firewall ng host. Kung tumatakbo ang node sa container o sa ibang makina sa LAN, kasama rin sa kadena ang susunod na hop at ang reply route nito.

Hindi makakagawa ng mapping ang lokal na firewall rule sa provider na nagtatapon ng inbound packet, at hindi maaabot ng mapping ng provider ang prosesong nakatali lamang sa loopback. Dapat magkasundo ang dalawang hati sa parehong tuple, kaya ang unang hakbang ay isulat ang tuple sa halip na hulaan ito.

Panatilihing consistent ang inanunsyong endpoint sa kasalukuyang mapping. Hindi ginagawang permanente ng static address ang nakatalagang port o ang lease nito sa pagitan ng mga reconnect, kaya ang endpoint na nailathala ilang buwan na ang nakalipas ay maaaring wala nang tinuturo ngayon. Basahin muli ang pahina ng provider pagkatapos ng anumang reconnect at ihambing ito sa inaanunsyo ng iyong node. Kung gumalaw ang port, ang lumang endpoint ay wala nang may-ari o pag-aari na ng iba.

Basahin ang inbound flag, hindi ang kabuuang bilang ng koneksyon

Mula sa awtorisadong lokal na kontekstong RPC, inililista ng read-only na query na ito ang mga peer:

bitcoin-cli getpeerinfo

Tinutukoy ng RPC reference ang inbound bilang true para sa inbound na koneksyon at false para sa outbound. Tingnan ang field na iyon. Ang kabuuang lampas sampu ay walang pinapatunayan tungkol sa direksyon, at nagbabago rin ang mga total at kategorya kasama ng configuration at release.

Pagkatapos, subukan ang naka-map na endpoint mula sa labas gamit ang bagong reachability check na awtorisado kang patakbuhin, at tingnan kung may lumalabas na katumbas na inbound peer. Mag-ingat sa output na ipapaste mo sa support thread: ang mga address ng peer ay detalye ng koneksyon ng ibang tao, at hindi kailangang ilathala para masagot ang tanong mo.

Huwag itong lutasin sa paglalantad ng RPC

Ang dokumentasyon ng RPC ng Bitcoin Core ay tahasang nagbabala laban sa paglalantad ng RPC interface sa pampublikong internet. Magkaibang serbisyo ang peer connections at authenticated administration, at ang gawing reachable ang P2P sa pamamagitan ng paglalathala ng RPC ay nagpapalit ng problema sa connectivity ng mas malubhang problema.

Kung mas gusto mong hindi umasa sa inbound P2P, ang dokumentadong alternatibo ay onion service, at may sarili itong prerequisites: available ang Tor, nakakonfigura ang control authentication at mga listening setting na nagpapahintulot na magawa ang service. Hindi ito lumalabas dahil may VPN na tumatakbo lang.

Ang pagbubukod ng Core sa VPN ay ikatlong disenyo, at lehitimo para sa ilang operator, pero inilalagay nito ang peer traffic sa iyong ordinaryong koneksyon. Hindi iyon inbound access sa pamamagitan ng VPN, at maaaring kailanganin pa rin ng router o upstream NAT ang sarili nitong pinapayagang entry. Piliin kung alin sa tatlo ang talagang sinusubukan mo bago magbago ng iba pa.