VPN arkasındaki Bitcoin düğümünüzde gelen eş yok mu?

Düğümünüz eşitlendi, VPN bağlı olduğunu söylüyor ve getpeerinfo sekiz veya on eş gösteriyor. Hiçbirinde inbound true olarak ayarlı değil. Bu birleşim normaldir ve arıza değildir: giden bağlantılar düğümün başkalarına ulaşabildiğini kanıtlar ve bunların hiçbiri birinin size ulaşabildiğini kanıtlamaz. Amaç VPN üzerinden gelen P2P bağlantılarını kabul eden bir düğümse, bu yönü ayrıca test etmeniz gerekir.

Paketi eşten dinleyicinize kadar izleyin

Gelen P2P dört şeyden oluşan bir zincirdir ve en zayıf halkada kopar, en ilginç halkada değil.

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

Core'un ana ağdaki P2P varsayılanı 8333'tür, ancak sağlayıcı size farklı bir genel port ve istemci tarafında farklı bir hedef verebilir. Genel adresi, dış portu ve sağlayıcının trafiği gerçekte nereye teslim ettiğini yazın. Ardından planınızın ve hesabınızın gelen bağlantılara hiç izin verip vermediğini doğrulayın, çünkü ayrılmış bir çıkış adresi port yönlendirme sözleşmesi değildir.

Bu ayrım, erişilebilirlik umuduyla statik IP satın alanları yakalar. Adresin kararlı olması, sağlayıcının oturumunuza gelen bir portu yönlendirip yönlendirmediği hakkında hiçbir şey söylemez.

Sağlayıcıyı kontrol etmeden önce dinleyiciyi kontrol edin

Core, eşlemenin teslim ettiği adres ve portta dinliyor olmalı ve ana makinenin güvenlik duvarı buna izin vermelidir. Düğüm bir kapsayıcıda veya LAN'deki başka bir makinede çalışıyorsa, sonraki atlama ve yanıt yolu da zincire dahildir.

Yerel bir güvenlik duvarı kuralı, gelen paketleri düşüren bir sağlayıcıda eşleme oluşturamaz ve sağlayıcı eşlemesi yalnızca loopback'e bağlı bir sürece ulaşamaz. İki tarafın da aynı tanımlayıcı üzerinde anlaşması gerekir, bu yüzden ilk adım tanımlayıcıyı tahmin etmek değil yazmaktır.

Duyurulan uç noktayı etkin eşlemeyle tutarlı tutun. Statik bir adres, atanmış bir portu veya kiralamasını yeniden bağlanmalar arasında kalıcı yapmaz, bu yüzden aylar önce yayımlanan bir uç nokta artık hiçbir yeri göstermiyor olabilir. Her yeniden bağlanmadan sonra sağlayıcının sayfasını yeniden okuyun ve düğümünüzün duyurduğuyla karşılaştırın. Port taşındıysa, eski uç nokta artık ya kimsenin değil ya da başkasının.

Toplam bağlantı sayısını değil, gelen bayrağını okuyun

Yetkili yerel bir RPC bağlamından, bu salt okunur sorgu eşleri listeler:

bitcoin-cli getpeerinfo

RPC başvurusu inbound alanını gelen bağlantı için true, giden bağlantı için false olarak tanımlar. Şu alana bakın. Onun üzerindeki bir toplam yön hakkında hiçbir şey kanıtlamaz; toplamlar ve kategoriler zaten yapılandırma ve sürümle değişir.

Ardından eşlenmiş uç noktayı dışarıdan, çalıştırma yetkiniz olan yeni bir erişilebilirlik kontrolüyle test edin ve karşılık gelen bir gelen eş görünüp görünmediğine bakın. Destek konusuna yapıştırdığınız çıktıya dikkat edin: eş adresleri başkalarının bağlantı bilgileridir ve sorunuzun yanıtlanması için yayımlanmaları gerekmez.

RPC'yi açığa çıkararak çözmeyin

Bitcoin Core'un RPC belgeleri, RPC arayüzünün genel internete açılmasına karşı açıkça uyarır. Eş bağlantıları ve kimliği doğrulanmış yönetim farklı hizmetlerdir ve P2P'yi RPC yayımlayarak erişilebilir kılmak, bir bağlantı sorununu çok daha kötü bir sorunla değiş tokuş eder.

Gelen P2P'ye hiç bağlı olmamayı tercih ediyorsanız, belgelenmiş alternatif bir onion hizmetidir ve kendi ön koşulları vardır: Tor kullanılabilir olmalı, kontrol kimlik doğrulaması yapılandırılmış olmalı ve hizmetin oluşturulmasına izin veren dinleme ayarları bulunmalıdır. Sırf bir VPN çalışıyor diye ortaya çıkmaz.

Core'u VPN dışında bırakmak üçüncü bir tasarımdır ve bazı operatörler için meşrudur, ancak eş trafiğini normal bağlantınıza koyar. Bu, VPN üzerinden gelen erişim değildir ve bir yönlendirici veya üst NAT kendi izinli girişine hâlâ ihtiyaç duyabilir. Başka bir şeyi değiştirmeden önce üçünden hangisini gerçekten test ettiğinizi seçin.