333.i2p

xZ9n => BHIY => xZ9n => me

>>Повторы в тоннелях допускаются если не рядом. Более того: может иногда появляться даже собственный.<<

тогда получается что цепочки как таковой нет, если роутер xZ9n модифицирован он видит кто отправитель и кто получатель.

а зачем такое допускать?

Тогда придется тор на самой виртуалке запускать, в которой i2pd стартует а это как-то не параноидально :)
Пока только знакомлюсь с i2pd, заметил странность, запостил.

Возможно вы как разработчик пнёте команду дебиана в который попала слегка багованная версия 2.36 и они заменят ее на последний релиз.
А нет так нет, может я в чем-то не прав.

В чем причина такого поведения не знаю, пробовал отключить SSU транспорт т.к. udp через тор не передать, но результат тот-же, пробовал папку netDb с флудфила скопировать в виртуалку, то-же не помогает, количество роутеров постепенно падает а коннекта нет.
Стоит поставить 2.39 и не надо никаких лишних действий, через пять минут после старта можно в сеть зайти.
На старом антиксе(тот что на debian_ascii) с 2.29 тоже нет проблем.

тестировал на antix_21.
на хосте в /usr/share/tor-service-default-torrc открыт
TransPort 9040

в него заворачиваются все виртуалки от определенного пользователя
iptables -t nat -A -m owner --uid-owner $(id -u virtual_user) -p TCP -j DNAT --to-destination 127.0.0.1:9040

Не работает только i2pd 2.36.

А так добра вам :) , хорошее дело делаете.

Привет.
Делюсь наблюдением.

Версия i2pd 2.36, та что в antix_21 и debian_bullseye, не может создать туннели если виртуалка в которой запущен i2pd завернута в tor с помощью iptables.

версии 2.29(antix_19) и 2.39(последний релиз) работают нормально.