Tiada Peer Masuk pada Nod Bitcoin Anda di Belakang VPN?

Nod anda disegerakkan, VPN melaporkan bersambung, dan getpeerinfo menunjukkan lapan atau sepuluh peer. Tiada satu pun daripadanya mempunyai inbound yang ditetapkan kepada true. Gabungan itu normal dan bukan kerosakan: sambungan keluar membuktikan nod boleh mencapai orang lain, dan tiada apa-apa padanya membuktikan seseorang boleh mencapai anda. Jika matlamatnya ialah nod yang menerima sambungan P2P masuk melalui VPN, anda perlu menguji arah itu secara berasingan.

Jejaki paket dari peer ke pendengar anda

P2P masuk ialah rantai empat perkara, dan ia gagal pada pautan paling lemah, bukan yang paling menarik.

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

Nilai lalai P2P Core pada rangkaian utama ialah 8333, tetapi penyedia boleh memberi anda port awam yang berbeza dan destinasi sisi klien yang berbeza. Catat alamat awam, port luaran dan tempat penyedia benar-benar menghantar trafik. Kemudian sahkan bahawa pelan dan akaun anda membenarkan sambungan masuk sama sekali, kerana alamat keluar khusus bukan kontrak pemajuan port.

Perbezaan itu menangkap orang yang membeli IP statik dengan harapan ketercapaian. Alamat yang stabil tidak mengatakan apa-apa tentang sama ada penyedia memajukan port masuk ke sesi anda.

Semak pendengar sebelum menyemak penyedia

Core mesti mendengar pada alamat dan port yang dihantar oleh pemetaan, dan firewall hos mesti membenarkannya. Jika nod berjalan dalam kontena atau pada mesin LAN lain, lompatan seterusnya dan laluan balasannya juga sebahagian daripada rantai.

Peraturan firewall tempatan tidak boleh mencipta pemetaan pada penyedia yang membuang paket masuk, dan pemetaan penyedia tidak boleh mencapai proses yang terikat hanya pada loopback. Kedua-dua belah pihak mesti bersetuju pada tuple yang sama, itulah sebabnya langkah pertama ialah menulis tuple itu dan bukannya menekanya.

Kekalkan titik akhir yang diumumkan selaras dengan pemetaan semasa. Alamat statik tidak menjadikan port yang diperuntukkan atau pajakannya kekal antara sambungan semula, jadi titik akhir yang diterbitkan berbulan-bulan lalu mungkin kini tidak menunjuk ke apa-apa. Baca semula halaman penyedia selepas setiap sambungan semula dan bandingkannya dengan apa yang diumumkan oleh nod anda. Jika port berpindah, titik akhir lama kini sama ada bukan milik sesiapa atau milik orang lain.

Baca bendera masuk, bukan jumlah sambungan

Dari konteks RPC tempatan yang dibenarkan, pertanyaan baca-sahaja ini menyenaraikan peer:

bitcoin-cli getpeerinfo

Rujukan RPC mentakrifkan inbound sebagai true untuk sambungan masuk dan false untuk sambungan keluar. Lihat medan itu. Jumlah melebihi sepuluh tidak membuktikan apa-apa tentang arah, dan jumlah serta kategorinya berubah dengan konfigurasi dan keluaran.

Kemudian uji titik akhir yang dipetakan dari luar dengan pemeriksaan ketercapaian baharu yang anda dibenarkan jalankan, dan lihat sama ada peer masuk yang sepadan muncul. Berhati-hati dengan output yang anda tampal dalam urutan sokongan: alamat peer ialah butiran sambungan orang lain, dan ia tidak perlu diterbitkan supaya soalan anda dijawab.

Jangan selesaikannya dengan mendedahkan RPC

Dokumentasi RPC Bitcoin Core secara jelas memberi amaran supaya tidak mendedahkan antara muka RPC kepada internet awam. Sambungan peer dan pentadbiran yang disahkan ialah perkhidmatan berbeza, dan menjadikan P2P boleh dicapai dengan menerbitkan RPC menukar masalah ketersambungan dengan masalah yang jauh lebih buruk.

Jika anda lebih suka tidak bergantung pada P2P masuk sama sekali, perkhidmatan onion ialah alternatif yang didokumenkan, dan ia mempunyai prasyaratnya sendiri: Tor tersedia, pengesahan kawalan dikonfigurasikan dan tetapan mendengar yang membolehkan perkhidmatan itu dicipta. Ia tidak muncul semata-mata kerana ada VPN yang sedang berjalan.

Mengecualikan Core daripada VPN ialah reka bentuk ketiga, dan sah bagi sesetengah pengendali, tetapi ia meletakkan trafik peer pada sambungan biasa anda. Itu bukan akses masuk melalui VPN, dan penghala atau NAT huluan mungkin masih memerlukan entri dibenarkan sendiri. Pilih yang mana antara tiga itu yang sebenarnya anda uji sebelum mengubah apa-apa lagi.