Нема долазних peer-ова на вашем Bitcoin чвору иза VPN-а?

Одлазни peer-ови и синхронизовани ланац не доказују долазну доступност. Проверите мапирање, слушаоца и inbound заставицу пре него што окривите VPN.

Ваш чвор је синхронизован, VPN пријављује везу, и getpeerinfo приказује осам или десет peer-ова. Ниједан од њих нема inbound постављено на true. Та комбинација је нормална и није квар: одлазне везе доказују да чвор може да стигне друге, и ништа у њима не доказује да неко може да стигне до вас. Ако је циљ чвор који прихвата долазне P2P везе преко VPN-а, тај смер морате тестирати одвојено.

Пратите пакет од peer-а до свог слушаоца

Долазни P2P је ланац од четири ствари и пуца на најслабијој карици, не на најзанимљивијој.

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

Подразумевана P2P вредност Core-а на главној мрежи је 8333, али добављач може да вам да други јавни порт и другу дестинацију на страни клијента. Запишите јавну адресу, спољни порт и место на које добављач заиста доставља саобраћај. Затим потврдите да ваш план и налог уопште дозвољавају долазне везе, јер посвећена излазна адреса није уговор о прослеђивању портова.

Ова разлика хвата оне који купују статичку IP очекујући доступност. То што је адреса стабилна не говори ништа о томе да ли добављач прослеђује долазни порт на вашу сесију.

Проверите слушаоца пре добављача

Core мора да слуша на адреси и порту на које мапирање доставља, а firewall хоста то мора да дозволи. Ако чвор ради у контејнеру или на другом рачунару у LAN-у, следећи скок и његова повратна рута такође припадају ланцу.

Локално правило firewall-а не може да створи мапирање код добављача који одбацује долазне пакете, а мапирање добављача не може да стигне до процеса везаног само за loopback. Обе половине морају да се сложе око исте торке, зато је први корак да торку запишете, а не да је погађате.

Држите објављену крајњу тачку у складу са стварним мапирањем. Статичка адреса не чини додељени порт ни његов закуп трајним кроз поновна повезивања, па крајња тачка објављена пре више месеци сада можда не показује ни на шта. Поново прочитајте страницу добављача после сваког поновног повезивања и упоредите је са оним што ваш чвор објављује. Ако се порт померио, стара крајња тачка сада или није ничија или је нечија туђа.

Читајте заставицу долазних веза, не укупан број веза

Из овлашћеног локалног RPC контекста, овај упит само за читање наводи peer-ове:

bitcoin-cli getpeerinfo

RPC референца inbound као true за долазну везу и false за одлазну. Погледајте то поље. Укупан број преко десет не доказује ништа о смеру, а укупни бројеви и категорије се ионако мењају са конфигурацијом и издањем.

Затим тестирајте мапирану крајњу тачку споља новом провером доступности за коју имате овлашћење, и погледајте да ли се појављује одговарајући долазни peer. Будите пажљиви са излазом који лепите у тему подршке: адресе peer-ова су подаци о везама других људи и не треба их објављивати да бисте добили одговор.

Не решавајте то излагањем RPC-а

RPC документација Bitcoin Core-а изричито упозорава против излагања RPC интерфејса јавном интернету. Везе са peer-овима и аутентификована администрација су различите услуге, а чињење P2P доступним објављивањем RPC-а мења проблем повезаности за много гори.

Ако више волите да уопште не зависите од долазног P2P-а, документована алтернатива је onion услуга и она има своје предуслове: доступан Tor, конфигурисана контролна аутентикација и подешавања слушања која дозвољавају да се услуга створи. Она се не појављује само зато што случајно ради VPN.

Искључивање Core-а из VPN-а је трећи дизајн и за неке оператере је легитиман, али ставља саобраћај peer-ова на вашу обичну везу. То није долазни приступ преко VPN-а, а рутер или горњи NAT може и даље да захтева свој дозвољени запис. Изаберите који од три стварно тестирате пре него што промените било шта друго.

Повезани чланци