Nincs bejövő peer a VPN mögötti Bitcoin-csomópontodon?

A csomópontod szinkronizálva van, a VPN kapcsolódott állapotot jelez, és getpeerinfo nyolc vagy tíz peert mutat. Egyikük sem inbound true értékre állítva. Ez a kombináció normális, és nem hiba: a kimenő kapcsolatok bizonyítják, hogy a csomópont eléri a többieket, és semmi bennük nem bizonyítja, hogy bárki elérhet téged. Ha a cél egy olyan csomópont, amely VPN-en keresztül fogad bejövő P2P kapcsolatokat, akkor ezt az irányt külön kell tesztelni.

Kövesd a csomagot a peertől a listeneredhez

A bejövő P2P négy dologból álló lánc, és a leggyengébb láncszemnél szakad el, nem a legérdekesebbnél.

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

A Core P2P alapértéke a főhálózaton 8333, de a szolgáltató adhat más nyilvános portot és más kliensoldali célt. Írd fel a nyilvános címet, a külső portot és azt, hogy a szolgáltató hová kézbesíti valójában a forgalmat. Ezután erősítsd meg, hogy a csomagod és a fiókod egyáltalán engedélyez bejövő kapcsolatokat, mert a dedikált kilépési cím nem porttovábbítási szerződés.

Ez a megkülönböztetés kapja el azokat, akik statikus IP-t vásárolnak elérhetőséget remélve. Az, hogy a cím stabil, semmit nem mond arról, hogy a szolgáltató továbbít-e bejövő portot a munkamenetedre.

A listenert ellenőrizd a szolgáltató előtt

A Core-nak azon a címen és porton kell figyelnie, ahová a leképezés kézbesít, és a gazdagép tűzfalának engedélyeznie kell. Ha a csomópont konténerben vagy egy másik LAN-gépen fut, a következő ugrás és annak válaszútvonala is a lánc része.

Egy helyi tűzfalszabály nem hozhat létre leképezést olyan szolgáltatónál, amely eldobja a bejövő csomagokat, és a szolgáltatói leképezés nem ér el egy csak loopbackhez kötött folyamatot. Mindkét félnek ugyanabban a tuple-ben kell megegyeznie, ezért az első lépés a tuple felírása, nem pedig kitalálása.

Tartsd összhangban a meghirdetett végpontot az élő leképezéssel. A statikus cím nem teszi állandóvá a kiosztott portot vagy annak bérletét az újracsatlakozások között, ezért egy hónapokkal ezelőtt közzétett végpont most már semmire sem mutathat. Újracsatlakozás után olvasd újra a szolgáltató oldalát, és hasonlítsd össze azzal, amit a csomópontod hirdet. Ha a port elmozdult, a régi végpont most vagy senkié, vagy valaki másé.

A bejövő jelzőt olvasd, ne a kapcsolatok összlétszámát

Egy engedélyezett helyi RPC-környezetből ez a csak olvasható lekérdezés listázza a peer-eket:

bitcoin-cli getpeerinfo

Az RPC-referencia az inbound fogalmat bejövő kapcsolatnál true, kimenőnél false értékkel definiálja. Nézd meg azt a mezőt. A tíz feletti összlétszám semmit nem bizonyít az irányról, és az összegek meg a kategóriák amúgy is változnak a konfigurációval és a kiadással.

Ezután teszteld a leképezett végpontot kívülről egy friss elérhetőségi ellenőrzéssel, amelynek futtatására jogosult vagy, és nézd meg, megjelenik-e egy megfelelő bejövő peer. Óvatosan bánj azzal a kimenettel, amit egy támogatási szálba másolsz: a peer-címek mások kapcsolati adatai, és nem kell közzétenni őket ahhoz, hogy választ kapj a kérdésedre.

Ne az RPC kitettségével oldd meg

A Bitcoin Core RPC-dokumentációja kifejezetten figyelmeztet arra, hogy ne tedd ki az RPC-felületet a nyilvános internetre. A peer-kapcsolatok és a hitelesített adminisztráció különböző szolgáltatások, és a P2P elérhetővé tétele RPC közzétételével egy kapcsolódási problémát cserél egy sokkal rosszabbra.

Ha inkább egyáltalán nem akarsz a bejövő P2P-től függeni, a dokumentált alternatíva egy onion-szolgáltatás, amelynek megvannak a maga előfeltételei: elérhető Tor, beállított vezérlőhitelesítés és olyan figyelési beállítások, amelyek engedik a szolgáltatás létrehozását. Nem attól jelenik meg, hogy épp fut egy VPN.

A Core VPN-en kívül tartása harmadik megoldás, és néhány üzemeltető számára jogos, de a peer-forgalmat a szokásos kapcsolatodra teszi. Ez nem VPN-en keresztüli bejövő hozzáférés, és a routernek vagy a felső NAT-nak még mindig szüksége lehet a saját engedélyezett bejegyzésére. Válaszd ki, melyiket teszteled a három közül, mielőtt bármi mást változtatnál.