VPN артындағы Bitcoin торабында кіріс пирлер жоқ па?

Торабыңыз синхрондалған, VPN қосылғанын хабарлайды, және getpeerinfo сегіз немесе он пир көрсетеді. Олардың ешқайсысында inbound true мәніне қойылмаған. Бұл үйлесім қалыпты және ақау емес: шығыс байланыстар тораптың басқаларға жете алатынын дәлелдейді, ал оларда ешнәрсе біреудің сізге жете алатынын дәлелдемейді. Егер мақсат VPN арқылы кіріс P2P байланыстарын қабылдайтын торап болса, бұл бағытты жеке тексеру керек.

Пакетті пирден өз тыңдаушыңызға дейін бақылаңыз

Кіріс P2P — төрт нәрсенің тізбегі, және ол ең қызықты буында емес, ең әлсіз буында үзіледі.

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

Core-тың негізгі желідегі P2P әдепкі мәні 8333, бірақ провайдер сізге басқа жария порт пен клиент жағында басқа меже бере алады. Жария мекенжайды, сыртқы портты және провайдер трафикті нақты қайда жеткізетінін жазып алыңыз. Содан кейін жоспарыңыз бен тіркелгіңіз кіріс байланыстарға мүлдем рұқсат беретінін растаңыз, өйткені арнайы шығыс мекенжайы портты қайта бағыттау шарты емес.

Бұл айырмашылық қолжетімділікке сеніп статикалық IP сатып алатындарды ұстайды. Мекенжайдың тұрақтылығы провайдердің кіріс портын сессияңызға қайта бағыттайтыны туралы ештеңе айтпайды.

Провайдерді тексермес бұрын тыңдаушыны тексеріңіз

Core карталау жеткізетін мекенжай мен портта тыңдауы керек, ал хосттың желілік қалқаны бұған рұқсат беруі тиіс. Егер торап контейнерде немесе басқа LAN машинасында жұмыс істесе, келесі секіріс және оның жауап маршруты да тізбекке кіреді.

Жергілікті қалқан ережесі кіріс пакеттерді тастайтын провайдерде карталау жасай алмайды, ал провайдердің карталауы тек loopback-қа байланған процеске жете алмайды. Екі жарты бірдей tuple туралы келісуі керек, сондықтан бірінші қадам — tuple-ды болжау емес, жазып алу.

Жарияланған endpoint-ті ағымдағы карталаумен сәйкес ұстаңыз. Статикалық мекенжай берілген портты немесе оның жалдауын қайта қосылулар арасында тұрақты етпейді, сондықтан айлар бұрын жарияланған endpoint қазір ештеңеге сілтемейтін болуы мүмкін. Әр қайта қосылудан кейін провайдер бетін қайта оқып, оны торабыңыз жариялағанмен салыстырыңыз. Егер порт жылжыса, ескі endpoint енді не ешкімдікі емес, не басқа біреудікі.

Кіріс жалаушасын оқыңыз, байланыстардың жалпы санын емес

Уәкілетті жергілікті RPC контекстінен бұл тек-оқу сұранысы пирлерді тізімдейді:

bitcoin-cli getpeerinfo

RPC анықтамалығы inbound-ты кіріс қосылым үшін true, шығыс қосылым үшін false деп анықтайды. Сол өріске қараңыз. Оннан асатын жиынтық бағыт туралы ештеңе дәлелдемейді, ал жиынтықтар мен санаттар конфигурация мен нұсқаға қарай бәрібір өзгереді.

Содан кейін карталанған endpoint-ті сырттан, өзіңізге рұқсат етілген жаңа қолжетімділік тексерісімен сынап, сәйкес кіріс пирдің пайда болғанын қараңыз. Қолдау тақырыбына қоятын шығыспен абай болыңыз: пирлердің мекенжайлары басқа адамдардың байланыс деректері және сұрағыңызға жауап алу үшін оларды жариялаудың қажеті жоқ.

Оны RPC-ны ашумен шешпеңіз

Bitcoin Core-тың RPC құжаттамасы RPC интерфейсін жария интернетке шығаруға қарсы анық ескертеді. Пирлермен байланыс және аутентификацияланған әкімшілік — әртүрлі қызметтер, ал P2P-ны RPC жариялау арқылы қолжетімді ету байланыс мәселесін әлдеқайда нашар мәселемен алмастырады.

Егер кіріс P2P-ға мүлдем тәуелді болмауды қаласаңыз, құжатталған балама — onion қызметі, оның өз алғышарттары бар: Tor қолжетімді, басқару аутентификациясы конфигурацияланған және қызметті құруға мүмкіндік беретін тыңдау параметрлері. Ол жай ғана VPN жұмыс істеп тұрғандықтан пайда болмайды.

Core-ты VPN-нан шығару — үшінші дизайн және кейбір операторлар үшін заңды, бірақ ол пирлер трафигін әдеттегі байланысыңызға салады. Бұл VPN арқылы кіріс қатынас емес, ал маршрутизатор немесе жоғарғы NAT өзінің рұқсат етілген жазбасын әлі де қажет етуі мүмкін. Басқа нәрсені өзгертуге дейін үшеуінің қайсысын шынымен тексеретініңізді таңдаңыз.