333.i2p

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

а ещё лучше конфиг с которым запускается роутер если ничего явно не настраивали, например я до сих пор путаю что висит на 4447 порту socks или https

Last edited: Sat, 01 Oct 2016, 05:39pm от kurator

вместо того чтобы выдумывать велосипед, лучше взять аналог из реального мира - операторская технология SDH STM ITU-T G.707
Там для защиты колец используется специальная сигнализация, которая может работать по однонаправленному кольцу: смотреть стандарт ITU-T G.841
там надо-то всего два байта в каждом пакете.

Да, логично туда положить хотя бы пустые файлы.

partizan wrote:

Для тех, кто из исходников ставит, надо просто в документации уточнить, где брать готовые примеры. Или создать каталог examples.

Проблема в том, что создается папка ~/.i2pd/ с набором файлов, юзеры не находят там конфиг и им кажется, что его и не должно быть. Имхо, раз создается папка, то надо туда пихать все, что там должно быть.

orignal wrote:

А чем это лучше ресида?

А хз. Если не лучше, то не надо :)

Еще один момент, считаю, необходимо очевидным образом отобразить в документации: для нормальной работы i2p обязательно должна быть настроена синхронизация с точным временем.
Я, например, вроде бы и в курсе был, но т.к. на ноуте изредка синхронизирую время вручную, то разница была где-то в 1.5-2 минуты. При попытке поднять i2pd на нем часа полтора тупил на 3-4 известных роутера и пару сиротливых туннелей. Пока не синхронизировался, наконец. По-моему, очень знакомая картина, когда люди жалуются, что у них сутками не поднимается ничего.

xcps wrote:

А если еще сделать, чтоб какой нибудь бот раз в сутки netDB актуализировал в архивах на сервере, то вообще круто было.

А чем это лучше ресида?

Я полагал, что в дебиановские пакеты конфиги из каталога debian попадают. В Archlinux тоже пакет формируется с этими конфигами.
Для тех, кто из исходников ставит, надо просто в документации уточнить, где брать готовые примеры. Или создать каталог examples.
А вот в subscriptions.txt, IMHO, было бы правильнее b32 адреса прописать. Это помогло бы быстрее получить addressbook при первых запусках.

Ну вроде компилить умеют, а дальше не получается.
В идеале бы да, в деб пакетах. Они же вроде есть уже?
Можно кстати и просто архивом, чтоб распаковал в папку i2pd, и там тебе и конфиги и тоннели и бинарник, и работает все. Фаерфокс недавно качал - они так делают.

А если еще сделать, чтоб какой нибудь бот раз в сутки netDB актуализировал в архивах на сервере, то вообще круто было.

И как его распространять? В .deb пакетах?

Народ не может заюзать i2pd, элементарно найти конфигов не могут, потому что они не создаются при запуске.
Предлагаю:
- создавать дефолтный конфиг
- tunnels.cfg с прописанным тоннелем на ирк и жабер
- subscriptions.txt тоже не создается
- поставлять в адресной книге адреса jump сервисов, а можно и вообще многих популярных ипсайтов, у которых например аптайм год и больше, ибо по джамп сервисам ходить тоже не великое удовольствие.

Еще бы придумать че то с торрентами и почтой, но видимо не на этом этапе.

Вместо консоли главное окно и иконка в трее

Релиз 2.5.0 i2pd
1. Серверные IRC тоннели
2. Перенаправление трафика с SOCK прокси в Тор
3. Получение обновлений адресной книги в сжатом виде
4. Поддержка семейств маршрутизаторов (family)
5. Разделяемые RTT/RTO между потоками к одному и тому же адресу
6. Новый код для работы с файловой системой

Выпущен

Коммитом 9403fba на гитхабе начинаем написание кода для двунаправленных тоннелей.