Vaše vozlišče je sinhronizirano, VPN poroča o povezavi in getpeerinfo prikazuje osem ali deset partnerjev. Noben od njih nima inbound nastavljeno na true. Ta kombinacija je običajna in ni napaka: odhodne povezave dokazujejo, da lahko vozlišče doseže druge, in nič v njih ne dokazuje, da lahko kdo doseže vas. Če je cilj vozlišče, ki sprejema dohodne povezave P2P prek VPN, morate to smer preizkusiti posebej.

Sledite paketu od partnerja do svojega poslušalca

Dohodni P2P je veriga štirih stvari in se pretrga na najšibkejšem členu, ne na najbolj zanimivem.

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

Privzeta vrednost P2P v vozlišču Core v glavnem omrežju je 8333, vendar vam ponudnik lahko dodeli druga vrata javnega tipa in drug cilj na odjemalski strani. Zapišite javni naslov, zunanja vrata in mesto, kamor ponudnik dejansko dostavlja promet. Nato potrdite, da vaš paket in račun sploh dovoljujeta dohodne povezave, saj namenski izhodni naslov ni pogodba o posredovanju vrat.

Ta razlika ujame ljudi, ki kupujejo statični IP v pričakovanju dosegljivosti. Da je naslov stabilen, ne pove ničesar o tem, ali ponudnik posreduje dohodna vrata v vašo sejo.

Preverite poslušalca, preden preverite ponudnika

Core mora poslušati na naslovu in vratih, kamor dostavlja preslikava, in požarni zid gostitelja mora to dovoliti. Če vozlišče teče v vsebniku ali na drugem računalniku v LAN, v verigo spadata tudi naslednji skok in njegova povratna pot.

Lokalno pravilo požarnega zidu ne more ustvariti preslikave pri ponudniku, ki zavrže dohodne pakete, in preslikava ponudnika ne more doseči procesa, vezanega le na loopback. Obe polovici se morata dogovoriti za isto terko, zato je prvi korak terko zapisati in ne ugibati.

Ohranjajte objavljeno končno točko skladno z dejansko preslikavo. Statični naslov ne naredi dodeljenih vrat ali njihovega zakupa trajnih med ponovnimi povezavami, zato končna točka, objavljena pred meseci, morda zdaj ne kaže nikamor. Po vsaki ponovni povezavi znova preberite ponudnikovo stran in jo primerjajte s tem, kar objavlja vaše vozlišče. Če so se vrata premaknila, je stara končna točka zdaj ali nikogaršnja ali nekoga drugega.

Berite dohodno zastavico, ne skupnega števila povezav

Iz pooblaščenega lokalnega konteksta RPC ta poizvedba samo za branje navede partnerje:

bitcoin-cli getpeerinfo

Referenca RPC določa inbound kot true za dohodno povezavo in false za odhodno. Poglejte to polje. Skupno število nad deset ne dokaže ničesar o smeri, seštevki in kategorije pa se spreminjajo s konfiguracijo in izdajo.

Nato preizkusite preslikano končno točko od zunaj z novo preverbo dosegljivosti, ki jo smete izvesti, in poglejte, ali se pojavi ustrezni dohodni partner. Bodite previdni z izpisom, ki ga prilepite v nit za podporo: naslovi partnerjev so podatki o povezavah drugih ljudi in jih ni treba objaviti, da bi dobili odgovor.

Ne rešujte tega z izpostavitvijo RPC

Dokumentacija RPC za Bitcoin Core izrecno opozarja pred izpostavljanjem vmesnika RPC javnemu internetu. Povezave s partnerji in overjeno upravljanje so različne storitve, in če naredite P2P dosegljiv z objavo RPC, zamenjate težavo s povezljivostjo za veliko slabšo.

Če raje sploh ne bi bili odvisni od dohodnega P2P, je dokumentirana alternativa storitev onion, ki ima svoje predpogoje: na voljo Tor, konfigurirano preverjanje pristnosti upravljanja in nastavitve poslušanja, ki omogočajo ustvarjanje storitve. Ne pojavi se le zato, ker slučajno teče VPN.

Izključitev Core iz VPN je tretja zasnova in za nekatere upravljavce legitimna, vendar premakne promet partnerjev na vašo običajno povezavo. To ni dohodni dostop prek VPN, in usmerjevalnik ali nadrejeni NAT lahko še vedno potrebuje svoj dovoljeni vnos. Izberite, katerega od treh dejansko preizkušate, preden spremenite karkoli drugega.

Sorodni članki