не в диспетчере - проблемы с подключением однорангового валидатора к валидатору Genesis

Я уже давно бился головой об этом. Итак, я успешно (возможно) создал работающий валидатор пилы с настройками-tp и поэтом-валидатором-реестром (все контейнеры с нуля).

Я создал его с помощью config-genesis.batch - затем «предложение создать» с поэтом и открытым ключом pem и т. Д. Для config.batch - затем «создать регистрацию поэта» для поэта.batch - снова «создать предложение» с дополнительные настройки поэта, которые выдают поэт-settings.batch.

По сути, я по большей части копирую docker-compose для поэта по умолчанию, но теперь я использую свои собственные контейнеры с нуля (я хочу знать, как все вместе в деталях).

В любом случае, одна из этих деталей касается ключей и авторизации ... он наконец-то запущен, настройки-tp и поэт-val-reg довольны им и нормально обмениваются данными, а затем он создает блок генезиса, как должен.

Однако затем я пытаюсь подключить к нему другой валидатор как одноранговый узел ...

«Нет цепочки и нет узла генезиса: запуск в режиме пиринга» - ОТЛИЧНО!

Однако, когда он пытается подключиться:

[2018-05-10 10:30:10.542 INFO     dispatch] Can't send message PING_RESPONSE back to ee58844c071426276de533cadfafbd3c2448604e59fd81f4758edc07b5beea89476a6252e0a2144d43f14e06bf90c57dd2613562221954e3b2eddc6d2fcd9ef6 because connection OutboundConnectionThread-tcp://192.168.1.200:8800 not in dispatcher
[2018-05-10 10:30:10.542 INFO     dispatch] Can't send last message AUTHORIZATION_VIOLATION back to ee58844c071426276de533cadfafbd3c2448604e59fd81f4758edc07b5beea89476a6252e0a2144d43f14e06bf90c57dd2613562221954e3b2eddc6d2fcd9ef6 because connection OutboundConnectionThread-tcp://192.168.1.200:8800 not in dispatcher

Так сложно найти объяснения по этому поводу, только места, где я могу что-либо найти, - это исходные ссылки в исходном коде, и я не собираюсь в ближайшее время создавать обратную разработку.

Мои настройки для валидаторов при запуске:

The usual binds to 0.0.0.0
peering dynamic
scheduler serial
network trust

Любая помощь была бы так признательна!

Спасибо заранее :)

Аарон.


person STOIE    schedule 10.05.2018    source источник


Ответы (1)


Обычная проблема с

Can't send message PING_RESPONSE back to . . . because connection ... not in dispatcher

настраивает одноранговые конечные точки

1) Если вы используете Ubuntu напрямую вместо Docker, используйте имя хоста или IP-адрес валидатора вместо значения по умолчанию («валидатор»), который работает только с Docker, или «localhost», который может быть не маршрутизируемым.

2) Если вы используете Docker, убедитесь, что порты Docker сопоставлены с ОС Ubuntu и что IP-адрес / порт ОС поддерживает маршрутизацию между двумя машинами. Проверьте записи expose: и ports: в вашем docker-compose.yaml файле или аналогичном файле.

3) Проверьте сетевое подключение к удаленному компьютеру с помощью ping

4) Проверьте подключение порта telnet aremotehostname 8800 (замените aremotehostname именем хоста или IP-адресом удаленного узла)

5) Проверьте конфигурацию однорангового узла в ваших /etc/sawtooth/validator.toml файлах. Проверьте строки peering и endpoint. Проверьте строку seeds (для динамического пиринга) или peers (для статического пиринга)

person Dan Anderson    schedule 10.08.2018