Sem peers de entrada no seu nó Bitcoin atrás de uma VPN?

O seu nó está sincronizado, a VPN diz que está ligada, e getpeerinfo mostra oito ou dez peers. Nenhum deles tem inbound definido como true. Essa combinação é normal e não é uma falha: as ligações de saída provam que o nó consegue chegar aos outros, e nada nelas prova que alguém consegue chegar até você. Se o objetivo é um nó que aceita ligações P2P de entrada através de uma VPN, tem de testar essa direção em separado.

Siga o pacote do peer até ao seu listener

O P2P de entrada é uma cadeia de quatro coisas, e falha no elo mais fraco, não no mais interessante.

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

O valor predefinido de P2P do Core na mainnet é 8333, mas o fornecedor pode dar-lhe outra porta pública e outro destino do lado do cliente. Anote o endereço público, a porta externa e o local onde o fornecedor entrega realmente o tráfego. Depois confirme que o seu plano e a sua conta permitem ligações de entrada, porque um endereço de saída dedicado não é um contrato de reencaminhamento de portas.

Essa distinção apanha quem compra um IP estático à espera de acessibilidade. O endereço ser estável não diz nada sobre se o fornecedor reencaminha uma porta de entrada para a sua sessão.

Verifique o listener antes de verificar o fornecedor

O Core tem de estar à escuta no endereço e na porta para onde o mapeamento entrega, e a firewall do anfitrião tem de o permitir. Se o nó correr num contentor ou noutra máquina da LAN, o salto seguinte e a respetiva rota de resposta também fazem parte da cadeia.

Uma regra de firewall local não pode criar um mapeamento num fornecedor que descarta os pacotes de entrada, e um mapeamento do fornecedor não consegue chegar a um processo ligado apenas ao loopback. As duas metades têm de concordar no mesmo tuplo, e é por isso que o primeiro passo é escrever o tuplo em vez de o adivinhar.

Mantenha o endpoint anunciado coerente com o mapeamento atual. Um endereço estático não torna permanente uma porta atribuída nem a respetiva concessão entre reconexões, por isso um endpoint publicado há meses pode agora não apontar para nada. Volte a ler a página do fornecedor após qualquer reconexão e compare-a com o que o seu nó anuncia. Se a porta mudou de lugar, o endpoint antigo agora ou não é de ninguém ou é de outra pessoa.

Leia o sinalizador de entrada, não o total de ligações

A partir de um contexto RPC local autorizado, esta consulta apenas de leitura lista os peers:

bitcoin-cli getpeerinfo

A referência de RPC define inbound como true para uma ligação de entrada e false para uma de saída. Olhe para esse campo. Um total acima de dez não prova nada sobre a direção, e os totais e categorias mudam com a configuração e a versão de qualquer forma.

Depois teste o endpoint mapeado a partir de fora com uma nova verificação de acessibilidade que esteja autorizado a executar, e veja se aparece um peer de entrada correspondente. Tenha cuidado com a saída que cola num tópico de apoio: os endereços dos peers são dados de ligação de outras pessoas e não precisam de ser publicados para que a sua pergunta seja respondida.

Não resolva isto expondo o RPC

A documentação de RPC do Bitcoin Core avisa explicitamente contra expor a interface RPC à internet pública. As ligações entre peers e a administração autenticada são serviços diferentes, e tornar o P2P acessível publicando RPC troca um problema de conectividade por um muito pior.

Se preferir não depender de todo do P2P de entrada, um serviço onion é a alternativa documentada, e tem os seus próprios pré-requisitos: Tor disponível, autenticação de controlo configurada e definições de escuta que permitam criar o serviço. Não aparece só porque há uma VPN a correr por acaso.

Excluir o Core da VPN é um terceiro desenho, e legítimo para alguns operadores, mas coloca o tráfego dos peers na sua ligação normal. Isso não é acesso de entrada através da VPN, e um router ou NAT a montante ainda pode precisar da sua própria entrada permitida. Escolha qual dos três está realmente a testar antes de mudar mais alguma coisa.