333.i2p

Отличая идея.
xcps, займешься?

Предлагаю идею для более правильной реализации в клиенте i2pd outproxy, которую так многие хотят использовать на свою голову.
Я исхожу из того предположения, что для i2p выход в клирнет вреден. Для этого специально придуман tor. Поэтому каждый инструмент необходимо использовать по его прямому назначению.
Каждый современный браузер поддерживает Proxy Auto-Configuration (PAC). Раз в i2pd-слиенте есть http-сервер, использующийся для консоли, то есть возможность малыми средствами отдавать через него же и файл автоконфигурации, который может лежать в каталоге рядом с файлами конфигурации демона и туннелей. Например, включить в дистрибутив файл <i2pd_work_dir>/pac/i2p_tor.pac:

function FindProxyForURL(url, host) {
if (dnsDomainIs(host, ".i2p"))
// i2pd
// return "SOCKS5 127.0.0.1:9051";
return "PROXY 127.0.0.1:4444";

// Tor in other cases
return "SOCKS5 127.0.0.1:9050";
}

и указывать его url в настройках браузера. Например, в firefox в <Preferences><Advanced><Network><Settings...> выбрать <Automatic proxy configuration URL:> и указать "http://localhost:7070/pac/i2pd_tor.pac";

Во-первых, таким образом, из кода i2pd можно удалить лишний (и потенциально кривой) код outproxy. Во-вторых, пользователь может конфигурить пути выхода в инет как ему вздумается на свой страх и риск.
В файле PAC употребление "return "SOCKS5" гарантирует использование "remote DNS" без дополнительных телодвижений. (http proxy делает это по-умолчанию, насколько я знаю).

1. Ускорение ассиметричной критпографии на слабом железе
2. Таблицы для схемы Эль-Гамаля и алгоритма Диффи-Хельмана
3. Новая веб-консоль
4. Кофигурация максимального числа транзитных тоннелей

1. Корректный останов по сигналу SIGINT
2. Можно задавать ограничения трафика в килобайтах
3. джампы через вебконсоль
4. Новая реализация логов и записать в syslog
5. Иконка в системном лотке для windows версии
6. Больше статистики в вебконсоли
7. Новые имена для конфигов (i2pd.conf и tunnels.conf)

orignal wrote:

xcps wrote:

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

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

Я придумал, чем. Тем, что если к примеру хостить на гитхабе, то можно оттуда брать без палева :)

zazaza wrote:

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

А как в существующую 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 актуализировал в архивах на сервере, то вообще круто было.