333.i2p

i2pd меняет свой X-I2p-Destb64 после ребута роутера, а java-i2p каждые 10(?) минут.
Проверить можно, например, на http://63sgpiu6f33arldcxkbjsn3jgf6asyx3onjmz6j6...
Выходит, что владелец сервера, хоть и не знает ip посетителя, но может отслеживать его действия на сайте, период активности и т.д., причем очистка кук не поможет(Dest не меняется же). Если ситуация еще хуже и Dest одинаков для всех сайтов, то это серьезный изьян как по мне.
Может стоит сделать интервал обновления Dest? Или такая странная особенность чем-то оправдана? Почему не повторяется поведение java-i2p, а создается уникальный патерн для роутеров i2pd.

dtime wrote:

i2pd меняет свой X-I2p-Destb64 после ребута роутера, а java-i2p каждые 10(?) минут.

Насчет джавы неправда.

<orignal> zzz, is it true that JavaI2P http proxy changes destination every 10 minutes?
<zzz> orignal, no

На самом деле в джаве ситуация другая.
Там имеется параметр i2cp.closeOnIdle=true, в этом случае если у I2P тоннеля нет активности в течение 10 минут (или сколько задано) то он уничтожается, а при получении запроса создается заново.
Такое можно реализовать.

Не просто можно: НУЖНО! Среднестатистический анон с роутером на Orange Pi, перезагружается, в лучшем случаее, раз в месяц. Успевая посетить тысячу-другую страниц и скачать десятки торрентов. Мне даже страшно представить сколько данных, о нашем брате аноне, уже удалось собрать за это время!

orignal wrote:

Такое можно реализовать.

>Мне казалось, что туннели и так, по-умолчанию, раз в 10 минут пересоздаются...

Тоннели, а не адреса.

>Иначе как объяснить регулярно наблюдаемый отвал клиентов, если туннели "живут месяцами"?

Отваливаются по своим причинам. Я например не отваливаюсь.

Так всмысле, о чем именно,в этом контексте, идет речь? О адрессе, который не меняется? Или туннелях, туннели ведь очевидно меняются(?), а тот факт что не меняются конечные адреса - так ли это важно? Кажется некритичным.

UNDERDOG wrote:

а тот факт что не меняются конечные адреса - так ли это важно? Кажется некритичным.