Engir innkomandi jafningjar á Bitcoin-hnútnum þínum bak við VPN?

Hnúturinn þinn er samstilltur, VPN segist vera tengt, og getpeerinfo sýnir átta eða tíu jafningja. Enginn þeirra hefur inbound stillt á true. Þessi samsetning er eðlileg og er ekki bilun: útleiðandi tengingar sanna að hnúturinn geti náð til annarra, og ekkert í þeim sannar að einhver geti náð til þín. Ef markmiðið er hnútur sem tekur við innkomandi P2P-tengingum í gegnum VPN verður þú að prófa þá átt sérstaklega.

Fylgdu pakkanum frá jafningjanum að hlustandanum þínum

Innkomandi P2P er keðja af fjórum hlutum, og hún brestur á veikasta hlekknum, ekki þeim áhugaverðasta.

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

Sjálfgefið P2P-gildi Core á aðalnetinu er 8333, en þjónustuveitandinn getur gefið þér aðra opinbera gátt og annan áfangastað á biðlarahlið. Skrifaðu niður opinbera vistfangið, ytri gáttina og staðinn þar sem veitandinn afhendir umferðina í raun. Staðfestu svo að áskriftin þín og reikningurinn leyfi innkomandi tengingar yfirleitt, því sérstakt útgangsvistfang er ekki gáttarflutningssamningur.

Þessi greinarmunur grípur fólk sem kaupir statískt IP í von um aðgengi. Það að vistfangið sé stöðugt segir ekkert um hvort veitandinn framsendir innkomandi gátt á setuna þína.

Athugaðu hlustandann áður en þú athugar veitandann

Core verður að hlusta á vistfanginu og gáttinni sem vörpunin afhendir á, og eldveggur hýsingarinnar verður að leyfa það. Ef hnúturinn keyrir í gámi eða á annarri LAN-vél eiga næsta stökk og svarleið þess líka heima í keðjunni.

Staðbundin eldveggjarregla getur ekki búið til vörpun hjá veitanda sem hendir innkomandi pökkum, og vörpun veitandans nær ekki til ferlis sem er bundið eingöngu við loopback. Báðir helmingar verða að sammælast um sama tuple, og þess vegna er fyrsta skrefið að skrifa tuple-ið niður í stað þess að giska á það.

Haltu auglýsta endapunktinum í samræmi við virku vörpunina. Statískt vistfang gerir úthlutaða gátt eða leigu hennar ekki varanlega milli endurtenginga, svo endapunktur sem var birtur fyrir mánuðum gæti nú bent á ekkert. Lestu síðu veitandans aftur eftir hverja endurtengingu og berðu hana saman við það sem hnúturinn þinn auglýsir. Ef gáttin færðist til er gamli endapunkturinn núna annaðhvort einskis eða einhvers annars.

Lestu innkomandi flögguna, ekki heildarfjölda tenginga

Frá heimildarlegu staðbundnu RPC-samhengi listar þessi leseingis-fyrirspurn jafningja:

bitcoin-cli getpeerinfo

RPC-tilvísunin inbound sem true fyrir innkomandi tengingu og false fyrir útleiðandi. Horfðu á það svið. Heildarfjöldi yfir tíu sannar ekkert um áttina, og heildartölur og flokkar breytast með stillingum og útgáfu hvort eð er.

Prófaðu svo varpaða endapunktinn að utan með nýrri aðgengisathugun sem þú hefur heimild til að keyra, og sjáðu hvort samsvarandi innkomandi jafningi birtist. Farðu varlega með úttakið sem þú límir í stuðningsþráð: vistföng jafningja eru tengingaupplýsingar annarra og þau þurfa ekki að vera birt til að svara spurningunni þinni.

Ekki leysa það með því að afhjúpa RPC

RPC-skjöl Bitcoin Core vara skýrt við því að afhjúpa RPC-viðmótið á opnu internetinu. Jafningjatengingar og auðkennd stjórnun eru mismunandi þjónustur, og að gera P2P aðgengilegt með því að birta RPC skiptir tengingarvanda út fyrir mun verri.

Ef þú vilt frekar alls ekki vera háð innkomandi P2P er onion-þjónusta skjalfesta valkosturinn, og hún hefur sínar eigin forsendur: Tor tiltækt, stjórnauðkenning stillt og hlustunarstillingar sem leyfa að þjónustan sé búin til. Hún birtist ekki af því að VPN er fyrir tilviljun í gangi.

Að útiloka Core frá VPN er þriðja hönnunin, og lögmæt fyrir suma stjórnendur, en hún setur jafningjaumferð á venjulegu tenginguna þína. Það er ekki innkomandi aðgangur í gegnum VPN, og beinir eða NAT ofar getur enn þurft sína eigin leyfðu færslu. Veldu hverju af þremur þú ert í raun að prófa áður en þú breytir nokkru öðru.