I2P

z.x.t.
С тором как повезёт. Вот, у меня VPN до Нидерландов (160 мс) + arti. На 4G в Сибири.

z.x.t. киньте адресом, пожалуйста

halo_cool
У меня вот этот работает http://bkhuehxydyprxpd4372h4boyluardjogyuff5p5l3u7syguavz5a.b32.i2p/forum/index.php

Возможно, дело в мостах или I2P быстр именно для внутренних сайтов. Вот, i2p outproxy (stormycloud, in/outbound.length=1): Это где-то 74 кбайт/с. 0,58*1024/8.
Напомню, что это поверх VPN, который вносит задержку 160 мс. Впрочем, в Европу так и так идти.

Я бы не сказал. rutr.life даже с обходом через запрет, открывается заметно быстрее. Например, переход по ссылке из моего предыдущего сообщения, занял примерно 5 сек (до полной прогрузки). Потом, если уже на той странице пройти по ссылке справа - 1,5-2 сек, полная прогрузка страницы снова примерно 5-6 сек. Заметил в том или позатом году, транзитный трафик через меня упал до минимального. Вот типичный график:

Раньше было 0,5-1,5 Мбит достаточно часто за сутки.

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

Если на сайты за CF ходить напрямую через zapret, будет быстрее, да. Ведь контент загружается с ближайшего сервера, а у CF он в Москве и Питере точно есть. В то время, трафик i2p может летать через любые континенты. Но это ping, а влияет ещё и скорость. Бывает ping большой, а скорость хорошая. Я помню пользовался как-то японским VPN из Сибири и запрашивал сайты из Европы. Трафик бегал через 8 океанов, ping 600 мс неприятен, а скорость хорошая (ну, как по моим меркам, для моих скромных запросов). Кстати, ip телефония, как ни странно, вполне нормально себя чувствует при таком пинге. А вот задержка после нажатия Enter в адресной строке браузера напрягает, да. Не знаю, как люди спутниковым интернетом пользуются. Классическим, не Starlink. Хотя, может дело привычки.

перестало работато совсем щас. работало последний раз в декабре гдето проверял....
по вашей ссылке тоэе не раобтает. уточните адрес пожалуйста

Только что перешёл по ссылке из вашего сообщения, всё работает.

Кто подскажет, какого шрифта не хватает? Из-за этого графики не строятся.

В Tixati 3.32 добавлена поддержка пиров в сети I2P. Система установлена без графического окружения? Некоторые графические библиотеки Java его требуют, даже если сами на экране ничего не собираются рисовать. Попробуйте добавить параметр запуска JVM "-Djava.awt.headless=true", также есть INSTALL-headless.txt.
Но это на скорую руку совет, дело может быть в другом.

Если имеется ввиду ОС, то нет графического окружения. То сообщение в логе при попытке вызвать ссылку "графики" из браузера. Извиняюсь, где это делается? Имеется ввиду установка "java -jar i2pinstall.exe -console" ? В этот раз я скопировал каталог i2p из предыдущей системы для новой по тем же путям.
В общим, нужно было установить пакет rrdtool.

А поднимите, пожалуйста, rutracker.i2p. Длинная ссылка работает, но это неудобно.

Судя по этой теме, для администрации этот вопрос совсем не в приоритете.

Вы руками адрес набираете? Если просто добавить в закладки?

vlad_ns
Как раз приходится пользоваться закладкой, а не руками набирать.

Tixati теперь поддерживет I2P.

Кто давно пользуется сетью, какое приблизительное количество роутеров и флудфидов является общей рабочей ситуацией?
2000 и 500? Это означает что на всей планете всего около 2000 активных пользователей в текущий период времени?
Это ведь очень мало. Возможно оригинальный клиент показывает другие результаты.
Кажется ночью было 7000 роутеров и около 1700 флудфидов, но это может быть и вовсе последствием делирия от лекарства.
Клиент i2pd Andoid похоже имеет по умолчанию ограничение полосы "L" что никак не помогает сети в работе и скорости. Какое глупое решение со стороны разработчика.

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

А какой скорости вы ждали?
"5G" там не будет by design, да и не нужно оно.
Учитывая общие тенденции, хорошо что вообще не меш-сети. Из старых wi-fi роутеров с самодельными узконаправленными антеннами из жестяных банок, и нуль-модемов на лазерных указках и обломках солнечных панелей.

zzz.i2p определяет что мой роутер не оригинальный и не пускает.
За 6 часов работы транзитный трафик составил несколько мегабайт, при том что полоса указана в 5 мегабайт при канале в гигабит, открыты v4 v6 порты и почти постоянно все слоты под транзитные тунели заняты. Всё что нужно знать о технической стороне i2p.

Лет 5-6 назад транзитный трафик у меня доходил до нескольких терабайт в месяц. Потом в какой-то момент значительно упал. Сейчас за неделю работы примерно 45 ГБ.

i2pd показывает ~2к роутеров, роутер на java около 160 всего, это что-то у меня или это "нормально"?
В марте автор (zzz) писал на форуме что больше 2 лет борется с ботнетами и плохими роутерами, возможно то что показывает i2pd это также включает и "плохие" узлы, а java соединяется только со здоровыми узлами и поэтому такой котраст в количестве отображаемых роутеров. Просто нужен отзыв бородатого пользователя этой сети.
Игдрасиль (децентрализованный Хамачи с ipv6) выглядит не благонадёжно

Сейчас я использую i2pplus, по описанию "улучшенный" вариант i2p (оба на java). Долго был и i2p (лет 10). На нём кстати в последствии и заметил снижение трафика. На счёт роутеров, перевод в i2pplus кривой (хуже чем в i2p), там есть такая статистика:

Неплохо, на андроид видимо нет его. К оригинальному на андроиде нельзя подключиться к http:4444 из локальной сети потому что он слушает localhost, а нужно слушать на назначенном адресе (192.168.0.77) и нельзя это указать из-за скудных настроек и невозможности править .conf на не рутованном телефоне, убрал к чертям. Desktop подходит тем кто не выключает долго пк. Остался только i2pd, который кстати и на роутере Keenetic можно поднять, но мне не удалось видимо из-за устаревшей модели.

Узлу не требуется знать обо всех других существующих узлах. Можно представить, что это значительный объём информации для хранения и синхронизации (появление каждого нового участника надо было бы анонсировать каждому имеющемуся, и какая-то её часть доходила бы уже устаревшей). Он получает случайную выборку из достаточного для начала работы количества актуальных узлов, и использует их как кандидатов для построения туннелей. В процессе работы он узнаёт о новых (например, тех, с которыми его просят связаться), вычёркивает отключившиеся или плохо работающие. Несколько тысяч кандидатов, известных конкретному активно строящему туннели для себя и для других узлу, — это нормально.
Глобально чуть меньше половины всех узлов I2P находятся за NAT или файрволлом, пример выше соответствует ожидаемому. В документации и описании настроек (на русском и английском) в силу исторических причин постоянно смешиваются NAT, файрволл, «заблокировано» и полная невозможность принимать любые входящие пакеты, хотя 70%-80% пар пользователей за NAT всё же могут устанавливать соединение друг с другом по UDP (цифра из головы из каких-то статей по WebRTC). Короче говоря, это признак того, что порт недоступен для соединений извне с произвольных адресов, и для связи используется более сложный процесс взаимных поклонов.
Количество известных узлов, по которым «разливается» обмен данными о роутерах и адресах внутри сети (floodfill) обусловлено наличием в сети некоторого числа долго живущих и производительных участников и деталями процесса получения и отправки данных в связи с задачами конкретного узла, поэтому отдельного глубокого смысла не имеет. Вот если оно вдруг начнёт расти или падать, можно будет сделать вывод, что кто-то специально шатает сеть.
Раз в сутки сеть шатается по инструкции для смены зависящих от даты ключей. Насколько я понимаю, в той или иной статистике это может выглядеть как короткий всплеск, когда одновременно известны вчерашние записи и срочно ищутся сегодняшние.
Как и в любой DHT, для более-менее полного сбора хранящейся информации (то есть списка всех узлов сети) требуется либо запрашивать её со многих клиентов, либо участвовать в работе сети и выделять из хранящихся на контролируемых узлах данных нужные. В I2P есть защиты от самых лобовых методов перебора, но при желании такое можно организовать. Узлы, работающие в скрытом режиме, в общую базу данных о сети ничего не анонсируют и определяются только тогда, когда устанавливают связь с твоим собственным, оценка их количества требует вычислений и догадок.
Циферки и графики можно посмотреть на i2pmetrics.i2p и stats.i2p (когда они работают без глюков), а подробности описаны в https://arxiv.org/abs/1809.09086
Если верить первому источнику, то прямо сейчас за день наблюдается 50 тысяч узлов. Во втором показывается 70-80 тысяч, но это экстраполяция по частичным данным, а не сбор всех реальных записей. Кроме того, можно заметить, что количество IP-адресов, опубликованных доступными снаружи маршрутизаторами, не растёт пропорционально, и даже падает. Если оценивать по адресам, то должно быть 30 тысяч участников с хвостиком, остальные «лишние». Я смутно помню, что в i2pd как-то иначе пишется и обрабатывается RouterInfo, и по графику флагов можно догадаться, что с начала 2023 года что-то изменилось, так что можно предположить, что «лишними» являются 15-20 тысяч узлов i2pd, адреса которых не обрабатываются старым кодом сбора статистики.
Согласно старому исследованию, примерно две трети участников работают продолжительное время, и половина из них (треть от общего числа) присутствует практически постоянно. Остальные либо пробуют, либо являются временными тестовыми узлами для чего-то, либо каждый раз запускаются с нуля в системах без постоянного хранения конфигурации. О массе пользующихся в скрытом режиме ничего сказать нельзя, пока мы не разобрались с учётом опубликованных адресов. Вероятно, она не слишком велика.
В BiglyBT есть оценки размера сетей DHT внутри I2P (в подсказке к значку в строке состояния). Циферок много, описания нет, так что пришлось покопаться. Первое значение — примерное число участников I2PSnark-совместимой DHT, сейчас 14-16 тысяч. Кажется странным, что такой большой процент участников сети использует торрент-клиент, но можно вспомнить, что обновления распространяются через I2PSnark, так что он включается автоматически у большинства из тех, кто пережил хотя бы одно. Второе и третье — примерное число участников Azureus-совместимой DHT при работе через основной и дополнительный туннели (чтобы чаты, оценки, анонсы и прочий дополнительный персональный трафик труднее было сопоставить с соединениями с пирами для передачи файлов), сейчас менее 9-10 тысяч. Первая строчка показывает статистику для торрентов, анонсируемых как в открытую сеть, так и в I2P, вторая — для внутренних (используемые для этого клиентские адреса и реализации DHT тоже разделены). При активной работе и наличии и тех, и других торрентов обе строки должны показывать примерно одинаковые цифры, из которых можно прикинуть среднее за какой-то период.
Да, какой-то процент пользователей BiglyBT (которых 180-200 тысяч одномоментно, если верить такой же оценке публичной DHT) включает встроенный I2P-узел, не особо задумываясь над этим (установка плагина автоматизирована), так что несколько тысяч в общей статистике могут быть их.
Если у вас постоянный выделенный IP-адрес, то в любом варианте транзитный трафик должен только расти по мере увеличения продолжительности работы, при наличии ограничений скорости — под крышечку.
Если вы за NAT, то оригинальный Java I2P набирает очень мало транзитных туннелей. Не знаю, почему. Единичные появляются, то есть технических ограничений вроде бы нет. Есть советы навязываться большему числу узлов в кандидаты, включая торрент-клиент и активно создавая туннели, но что-то они не особо помогают. i2pd тут отличается (хотя по идее не должен, кандидатов-то выбирают другие в момент создания туннелей), у него транзит заметный, в среднем 25-50 КБ/с за продолжительное время.
Транспорты, то есть активные прямо сейчас непосредственные соединения с узлами, от которых нам что-то надо, или которым что-то надо от нас, зависят от количества установленный локальных и транзитных туннелей и выбора узлов в них.

Страница на гитхабе: https://github.com/altonen/emissary
Документация: https://altonen.github.io/emissary/router-configuration.html

Главное чтобы сраный кузнечик и тп не добавил, не как i2pd автор(ы), а то это попахивает

Зачем ему это. Если и внесёт изменения, то это будет что-то быстрое, иначе неувязка будет, ибо язык Rust. можно комментарий?

https://www.opennet.ru/openforum/vsluhforumID3/125128.html#20