Если это из лога в storagenode - значит у вас неверная identity. Причём микс из публичного ключа от одного узла, и частный ключ от другого.
Хотя я бы предпочёл увидеть сообщение полностью. Вполне может быть, что это об identity этого мониторинга.
На всякий случай - у вас есть не повреждённый бэкап identity вашего узла?
Для работы QUIC нужно пробросить порт UDP тоже и разрешить его в брандмауэре.
Это с сайта: https://storjnet.info
Пинг починил, была прописана старая нода. ( Посыпаю голову пеплом.
А вот с QUIC пока не разобрался. В роутере пробросил, а в докере пока нет.
Нужно вроде прописать с параметром -p <host-port>:<container-port>/tcp -p <host-port>:<container-port>/udp . Немного буксую. )
Разобрался, спасибо. Нужно было запустить контейнер с командами:
docker run -d --restart unless-stopped --stop-timeout 300
-p 28967:28967/tcp -p 28967:28967/udp
-p 14002:14002
-e WALLET=“XXXXXXXXXXXXXXXXXXXXXXX”
-e EMAIL=“XXXXXXXXXXXXXXXX”
-e ADDRESS=“XXXXXXXXXXXX:28967”
-e STORAGE=“X.XTB”
–mount type=bind,source="/XXX/storj/identity",destination=/app/identity
–mount type=bind,source="/XXX/storj/data",destination=/app/config
–name storagenode storjlabs/storagenode:latest