333.i2p

Добавлено

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

>Когда несколько запросов приходят через одно соединение, 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

>Есть возможность запустить туннели только по SSU для ускорения туннелей?

ssu=true
ntcp2.enabled=false

в конфиге. Но будет медленнее.

>В двух словах зачем исследовательские туннели?

Для исследований. Искать новые роутеры в сети и тестировать существующие.

Не заморачиваться

регаться на hq.postman.i2p затем в почтовом клиенте настраивать POP и SMTP, сделав тоннели до pop.postman.i2p и smtp.postman.i2p соответственно