333.i2p

Ну вот через BOB и создавалось такое количество адресов и тоннелей.
Зачем они это делают надо разбираться с retroshare какие команды они посылают. Возможно что они не знают что там адреса надо останавливать явным образом, а не по разрыву соединения как в SAM.

Сколько всего адресов в I2P Tunnels? Эти тоннели явно создаются не просто так.

Что показывается в Tunnels? Сколько etsblished, failed и expired?
Сколько адресов в I2P Tunnels?

Добавлено

Надо подумать нет ли тут возможности для атаки и деанона сервера.
В целом идея здравая, что для каждого клиента формируется уникальный лизсет со своим набором тоннелей.

>Когда несколько запросов приходят через одно соединение, i2pd на сервере проставляет HTTP_X_I2P_***-заголовки только в первом запросе, в последующие не проставляет.

Через одно соединение должен проходить только один запрос, возможно фрагментированный. Разумеется добавляются только для первого.

>Не учитвается возможный http keep-alive

Считалось что в I2P он не используется. Возможно что то изменилось, надо спросить.

Last edited: Sat, 28 May 2022, 06:15pm от orignal

Спасибо. Это разумеется баг. Поправлю.

2. А по MYOB/6.66 (AN/ON) он не догадается?

С Referer несколько посложнее. В коде
/**
* according to i2p ticket #1862:
* leave Referrer if requested URL with same schema, host and port,
* otherwise, drop it.
*/

Иначе говоря если переход идет с того же адреса то не удавляется.
Проверь с какого нибудь друого.

Last edited: Fri, 27 May 2022, 11:41am от orignal

А надо?
В прокси будет то же самое поскольку один и тот же код.
Просто не вырезаеся это.

Добавлено

Добавлено

Чтобы слушать 2 разных интерфейса придется код переписать чтобы 2 ацептора создавать. Я посмотрю.

Добавлено

Добавлено

для logrotate надо слать USR1, а не HUP