VPN arxasındakı Bitcoin qovşağınızda gələn peer yoxdur?

Qovşağınız sinxronlaşıb, VPN qoşulduğunu deyir və getpeerinfo səkkiz və ya on peer göstərir. Onların heç birində inbound doğru olaraq təyin edilməyib. Bu kombinasiya normaldır və nasazlıq deyil: gedən bağlantılar qovşağın başqalarına çata bildiyini sübut edir, lakin onların heç biri kiminsə sizə çata bildiyini sübut etmir. Məqsəd VPN vasitəsilə gələn P2P bağlantılarını qəbul edən qovşaqdırsa, bu istiqaməti ayrıca yoxlamalısınız.

Paketi peer-dən dinləyicinizə qədər izləyin

Gələn P2P dörd şeyin zənciridir və ən maraqlı halqada deyil, ən zəif halqada pozulur.

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

Core-un əsas şəbəkədə P2P standartı 8333-dür, lakin provayder sizə fərqli bir ictimai port və fərqli müştəri tərəfi təyinatı verə bilər. İctimai ünvanı, xarici portu və provayderin trafiki həqiqətən hara çatdırdığını yazın. Sonra planınızın və hesabınızın ümumiyyətlə gələn bağlantılara icazə verdiyini təsdiqləyin, çünki ayrılmış çıxış ünvanı port yönləndirmə müqaviləsi deyil.

Bu fərq əlçatanlıq gözləyərək statik IP alanları tutur. Ünvanın sabit olması provayderin sessiyanıza gələn portu yönləndirdiyinə dair heç nə demir.

Provayderi yoxlamadan əvvəl dinləyicini yoxlayın

Core xəritələnmənin çatdırdığı ünvanda və portda dinləməlidir və host firewall buna icazə verməlidir. Qovşaq konteynerdə və ya başqa LAN maşınında işləyirsə, sonrakı atlama və onun cavab marşrutu da zəncirə aiddir.

Lokal firewall qaydası gələn paketləri atan provayderdə xəritələnmə yarada bilməz, provayder xəritələnməsi isə yalnız loopback-a bağlanmış prosesə çata bilməz. Hər iki yarım eyni dəst üzərində razılaşmalıdır, buna görə də ilk addım dəsti təxmin etmək deyil, yazmaqdır.

Elan edilmiş endpointi canlı xəritələnmə ilə uyğun saxlayın. Statik ünvan təyin edilmiş portu və ya onun icarəsini yenidən qoşulmalar arasında daimi etmir, ona görə aylar əvvəl dərc edilmiş endpoint indi heç nəyə işarə etməyə bilər. Hər yenidən qoşulmadan sonra provayderin səhifəsini yenidən oxuyun və qovşağınızın elan etdiyi ilə müqayisə edin. Port yerini dəyişibsə, köhnə endpoint indi ya heç kimin, ya da başqasınındır.

Gələn bayrağını oxuyun, bağlantıların cəmini yox

Səlahiyyətli lokal RPC kontekstindən bu yalnız-oxuma sorğusu peer-ləri siyahıya alır:

bitcoin-cli getpeerinfo

RPC istinadı inbound sahəsini gələn bağlantı üçün true, gedən bağlantı üçün false kimi müəyyən edir. Həmin sahəyə baxın. Ondan yuxarı cəm istiqamət haqqında heç nə sübut etmir, üstəlik cəmlər və kateqoriyalar konfiqurasiya və buraxılışla dəyişir.

Sonra xəritələnmiş endpointi kənardan, icazəniz olan təzə əlçatanlıq yoxlaması ilə sınayın və uyğun gələn gələn peer görünüb-görünmədiyinə baxın. Dəstək mövzusuna yapışdırdığınız çıxışla diqqətli olun: peer ünvanları başqa insanların bağlantı məlumatlarıdır və sualınıza cavab verilməsi üçün dərc olunmaları lazım deyil.

RPC-ni ifşa etməklə həll etməyin

Bitcoin Core-un RPC sənədləri RPC interfeysinin açıq internetə ifşa edilməsinə qarşı açıq şəkildə xəbərdarlıq edir. Peer bağlantıları və autentifikasiyalı idarəetmə fərqli xidmətlərdir və P2P-ni RPC dərc etməklə əlçatan etmək bir bağlantı problemini daha pis biri ilə dəyişir.

Əgər gələn P2P-dən ümumiyyətlə asılı olmamağı üstün tutursunuzsa, sənədləşdirilmiş alternativ onion xidmətidir və onun öz ilkin şərtləri var: Tor mövcud olmalı, nəzarət autentifikasiyası konfiqurasiya edilməli və xidmətin yaradılmasına imkan verən dinləmə parametrləri olmalıdır. O, sadəcə VPN işlədiyi üçün görünmür.

Core-u VPN-dən kənarlaşdırmaq üçüncü dizayndır və bəzi operatorlar üçün qanunidir, lakin peer trafikini adi bağlantınıza qoyur. Bu, VPN vasitəsilə gələn giriş deyil və marşrutlaşdırıcı və ya yuxarı axın NAT hələ də öz icazəli girişinə ehtiyac duya bilər. Başqa heç nəyi dəyişməzdən əvvəl üçündən hansını həqiqətən sınaqdan keçirdiyinizi seçin.