Няма входящи партньори на вашия Bitcoin възел зад VPN?

Изходящите партньори и синхронизираната верига не доказват входяща достъпност. Проверете преобразуването, слушателя и флага inbound, преди да обвините VPN.

Възелът ви е синхронизиран, VPN отчита връзка и getpeerinfo показва осем или десет партньора. Никой от тях няма inbound зададен на true. Тази комбинация е нормална и не е повреда: изходящите връзки доказват, че възелът може да достигне до други, а нищо в тях не доказва, че някой може да достигне до вас. Ако целта е възел, който приема входящи P2P връзки през VPN, трябва да тествате тази посока отделно.

Проследете пакета от партньора до вашия слушател

Входящият P2P е верига от четири неща и се къса при най-слабото звено, а не при най-интересното.

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

Стойността по подразбиране за P2P в основната мрежа на Core е 8333, но доставчикът може да ви даде друг публичен порт и друга дестинация от страна на клиента. Запишете публичния адрес, външния порт и къде доставчикът всъщност доставя трафика. След това потвърдете, че планът и акаунтът ви изобщо позволяват входящи връзки, защото отделен адрес за изход не е договор за пренасочване на порт.

Това разграничение хваща хората, които купуват статичен IP с очакване за достъпност. Стабилността на адреса не казва нищо за това дали доставчикът пренасочва входящ порт към вашата сесия.

Проверете слушателя, преди да проверявате доставчика

Core трябва да слуша на адреса и порта, към които доставя преобразуването, и хост защитната стена трябва да го разрешава. Ако възелът работи в контейнер или на друга машина в LAN, следващият преход и маршрутът за отговор също влизат във веригата.

Локално правило на защитна стена не може да създаде преобразуване при доставчик, който изхвърля входящи пакети, а преобразуване при доставчика не може да достигне до процес, свързан само с loopback. Двете половини трябва да се съгласуват за една и съща комбинация, затова първата стъпка е да запишете комбинацията, а не да я отгатвате.

Поддържайте обявената крайна точка в съответствие с актуалното преобразуване. Статичният адрес не прави зададения порт или неговия наем постоянни при повторни връзки, така че крайна точка, публикувана преди месеци, може вече да не сочи към нищо. Препрочетете страницата на доставчика след всяка повторна връзка и я сравнете с това, което вашият възел обявява. Ако портът се е преместил, старата крайна точка вече е или на никого, или на някой друг.

Четете флага за входящи връзки, не общия брой връзки

От оторизиран локален RPC контекст тази заявка само за четене изброява партньорите:

bitcoin-cli getpeerinfo

Справката RPC определя inbound като true за входяща връзка и false за изходяща. Погледнете това поле. Общ брой над десет не доказва нищо за посоката, а общите числа и категории се менят с конфигурацията и версията така или иначе.

След това тествайте преобразуваната крайна точка отвън с нова проверка за достъпност, която имате право да изпълните, и вижте дали се появи съответен входящ партньор. Внимавайте с изхода, който поставяте в тема за поддръжка: адресите на партньорите са данни за връзките на други хора и не е нужно да бъдат публикувани, за да получите отговор.

Не го решавайте, като излагате RPC

Документацията за RPC на Bitcoin Core изрично предупреждава срещу излагане на RPC интерфейса в публичния интернет. Връзките с партньори и удостоверената администрация са различни услуги и правенето на P2P достъпен чрез публикуване на RPC заменя проблем със свързаността с много по-лош.

Ако предпочитате изобщо да не зависи от входящ P2P, документираната алтернатива е onion услуга и тя има свои предварителни условия: наличен Tor, конфигурирано удостоверяване за управление и настройки за слушане, които позволяват услугата да бъде създадена. Тя не се появява просто защото работи VPN.

Изключването на Core от VPN е трети дизайн и за някои оператори е законен, но поставя трафика на партньорите върху обичайната ви връзка. Това не е входящ достъп през VPN и рутерът или горният NAT може все още да се нуждае от собствен разрешен запис. Изберете кой от трите всъщност тествате, преди да промените нещо друго.

Подобни статии