Tidak Ada Peer Masuk di Node Bitcoin Anda di Balik VPN?
Peer keluar dan rantai yang tersinkron tidak membuktikan keterjangkauan masuk. Periksa pemetaan, listener, dan flag inbound sebelum menyalahkan VPN.
Node Anda tersinkron, VPN menyatakan terhubung, dan getpeerinfo menampilkan delapan atau sepuluh peer. Tidak satu pun dari mereka memiliki inbound yang disetel ke true. Kombinasi itu normal dan bukan gangguan: koneksi keluar membuktikan node dapat menjangkau pihak lain, dan tak satu pun darinya membuktikan ada yang dapat menjangkau Anda. Jika tujuannya adalah node yang menerima koneksi P2P masuk melalui VPN, Anda harus menguji arah itu sendiri.
Ikuti paket dari peer ke listener Anda
P2P masuk adalah rantai empat hal, dan ia gagal pada mata rantai terlemah, bukan yang paling menarik.
other peer
-> provider's public address and assigned port
-> the permitted VPN mapping
-> Bitcoin Core's P2P listener
Nilai bawaan P2P Core di mainnet adalah 8333, tetapi penyedia dapat memberi Anda port publik berbeda dan tujuan sisi klien yang berbeda. Catat alamat publik, port eksternal, dan tempat penyedia benar-benar mengantarkan lalu lintas. Lalu pastikan paket dan akun Anda sama sekali mengizinkan koneksi masuk, karena alamat keluar khusus bukan kontrak penerusan port.
Perbedaan itu menangkap orang yang membeli IP statis dengan harapan keterjangkauan. Alamat yang stabil tidak mengatakan apa pun tentang apakah penyedia meneruskan port masuk ke sesi Anda.
Periksa listener sebelum memeriksa penyedia
Core harus mendengarkan pada alamat dan port yang menjadi tujuan pemetaan, dan firewall host harus mengizinkannya. Jika node berjalan dalam kontainer atau di mesin LAN lain, lompatan berikutnya dan rute balasannya juga termasuk dalam rantai.
Aturan firewall lokal tidak dapat membuat pemetaan pada penyedia yang membuang paket masuk, dan pemetaan penyedia tidak dapat menjangkau proses yang hanya terikat ke loopback. Kedua belah pihak harus menyepakati tuple yang sama, itulah sebabnya langkah pertama adalah menuliskan tuple itu alih-alih menebaknya.
Jaga agar endpoint yang diumumkan konsisten dengan pemetaan yang aktif. Alamat statis tidak membuat port yang ditetapkan atau masa sewanya permanen di antara koneksi ulang, jadi endpoint yang diterbitkan berbulan-bulan lalu mungkin sekarang tidak menunjuk ke apa pun. Baca ulang halaman penyedia setelah setiap koneksi ulang dan bandingkan dengan apa yang diumumkan node Anda. Jika port berpindah, endpoint lama sekarang entah bukan milik siapa pun atau milik orang lain.
Baca flag masuk, bukan jumlah total koneksi
Dari konteks RPC lokal yang berwenang, kueri hanya-baca ini mendaftar peer:
bitcoin-cli getpeerinfo
Referensi RPC mendefinisikan inbound sebagai true untuk koneksi masuk dan false untuk koneksi keluar. Lihat bidang itu. Total di atas sepuluh tidak membuktikan apa pun tentang arah, dan total serta kategorinya berubah seiring konfigurasi dan rilis.
Lalu uji endpoint yang dipetakan dari luar dengan pemeriksaan keterjangkauan baru yang berwenang Anda jalankan, dan lihat apakah peer masuk yang sesuai muncul. Berhati-hatilah dengan keluaran yang Anda tempel di utas dukungan: alamat peer adalah detail koneksi orang lain, dan itu tidak perlu dipublikasikan agar pertanyaan Anda dijawab.
Jangan selesaikan dengan mengekspos RPC
Dokumentasi RPC Bitcoin Core secara eksplisit memperingatkan agar tidak mengekspos antarmuka RPC ke internet publik. Koneksi peer dan administrasi terautentikasi adalah layanan yang berbeda, dan membuat P2P terjangkau dengan menerbitkan RPC menukar masalah konektivitas dengan masalah yang jauh lebih buruk.
Jika Anda lebih memilih tidak bergantung sama sekali pada P2P masuk, layanan onion adalah alternatif yang terdokumentasi, dan ia punya prasyaratnya sendiri: Tor tersedia, autentikasi kontrol dikonfigurasi, dan pengaturan mendengarkan yang memungkinkan layanan dibuat. Layanan itu tidak muncul karena kebetulan ada VPN yang berjalan.
Mengecualikan Core dari VPN adalah desain ketiga, dan sah bagi sebagian operator, tetapi menempatkan lalu lintas peer pada koneksi biasa Anda. Itu bukan akses masuk melalui VPN, dan router atau NAT di hulu mungkin masih memerlukan entri yang diizinkan sendiri. Pilih mana dari ketiganya yang sebenarnya Anda uji sebelum mengubah hal lain.