333.i2p

Что?

anon wrote:

Что произойдет, если выставлять опцию конфига precomputation.elgamal = true? В каких случаях она нужна?

С ней будет работать быстрее и жрать процессор существенно меньше.
Цена этом - дополнительные 16 мегов памяти на x64.
Так что если памяти хватает, то включать однозначно.

Что произойдет, если выставлять опцию конфига precomputation.elgamal = true? В каких случаях она нужна?

Вопросы по udpserver:
Для чего нужен параметр "address =" ? Разве "host =" и "port =" не задают однозначно комбинацию, куда будут приходить udp-пакеты, выйдя из туннеля?

Почему для udpserver отсутствует опция "inport =" ?

Применимы ли для udpserver опции, аналогичные обычному server? Например эти:
accesslist = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
gzip = true
signaturetype = 1
enableuniquelocal = false

Можно ли на destination, созданный как udpserver, заходить через socks-прокси? Вроде протокол socks5 это позволяет. Тогда не нужно создавать отдельные udpclient, или я не прав?

Last edited: Mon, 17 Jul 2017, 08:52pm от anon

А кто запрещает писать логи, читать их и отсылать репорты?

1. Уже есть как 2 версии. Читай маны.
2. В процессе (возможно длительном).

заебал блять, почему твоя хуйня рандомно падает? (ноу ероррс при этом) (да жаба таки тоже заебала, но она хотя бы стабильно работает.)

1) Хотелось бы создавать в i2pd сразу несколько клиентских http proxy.
2) Нужно, чтобы можно было менять b32 на отдельных туннелях, а не перезагружая весь конфиг, ломая сразу все туннели.

Здесь принимаются заявки на добавление ваших ресурсов в закладки (bookmarks).

Требования к ресурсам:
1. Быть онлайн не менее 23 часов в сутки
2. Сайт должен быть наполнен материалом
3. Язык - любой. Закладки будут распределены по языковым группам
(https://github.com/PurpleI2P/i2pdbrowser/issues/5)

Необходимая информация:
1. Адрес ресурса (желательно чтобы он был зарегестрирован на stats.i2p/inr.i2p/identiguy.i2p)
2. Краткое описание сайта
3. Основной язык сайта

-- English --
Here you can submit a request to add your eepsite to I2Pd Browser Portable bookmarks.
Requirements:
1. Site must be online at least 23 hours/day
2. Site must have content
3. Accepting sites with any languages. Bookmarks will be placed in '$LANG-of-your-site' subfolders
(https://github.com/PurpleI2P/i2pdbrowser/issues/5)

Needed information:
1. Site address (better if your resource registered on stats.i2p/inr.i2p/identiguy.i2p and has domain name)
2. Short description of your site
3. Default language of your site

Last edited: Mon, 05 Jun 2017, 06:16pm от R4SAS

https://github.com/GOSTSec/gostcoin

Для хэша используется двойной ГОСТ Р 34.11-2012: сначала 80 байт хэшируется 512-битным хэшем, затем полученные 64 байта вновь хэшируются 256-битным хэшем.

Для подписи транзакций используется ГОСТ Р 34.10, в отличие от EcDSA P256 в других койнах.

В настоящий момент работает только через I2P по протоколу SAM с адресами с подписью EdDSA.

Имеются CPU и GPU майнеры:

https://github.com/GOSTSec/ccminer
https://github.com/GOSTSec/cpuminer-x11-gost

Прописал в конфиг строки:

[socksproxy]
enabled = true
address = 127.0.0.1
port = 4447
outproxy = адрес_прокси.i2p
outproxyport = 80

но трафик через прокси не пошёл, а в логе появились строчки:

warn - SOCKS: upstream proxyадрес_прокси.i2p not resolved: Этот хост неизвестен
warn - SOCKS: v5 request failed: 3

Проверил непосредственно сам прокси - он доступен (позже выяснилось, что указанный прокси был http, а не socks, однако резолвится его адрес то всё равно должен был бы, а в логе писало, что хост неизвестен).

Вышел из положения путём прописывания в tunnels.conf отдельного клиентского туннеля до прокси. Чтобы не дергать постоянно настройки браузера, создал файл proxy.pac (прописав в нём правила применения прокси) и подсунул его Файрфоксу.

----------

Прописал в конфиг подписки (каждая подписка с новой строки):

[addressbook]
subscriptions =
адрес_подписки1.i2p,
адрес_подписки2.i2p,
адрес_подписки3.i2p,
...
адрес_подпискиN.i2p

Роутер даже не запустился. Получается, их в одну строчку писать нужно? Но это же очень не удобно.

----------

Отсутствует возможность прописать в конфиге прокси для reseed.urls
Роутер будет подключаться напрямую к reseed-узлам, что в некоторых случаях крайне нежелательно (и явно раскрывает факт использования i2p).

Last edited: Sat, 25 Mar 2017, 06:36pm от anon

Конкретные примеры?

Ну это все сообщения, которые появляются регулярно и НЕ сигнализируют о критических ошибках, не позволяющих продолжать работать роутеру. Например:
warn - Profiling: no profile yet for xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx=
warn - SSU: Missing fragments from 0 to 0 of message 1111111111
warn - SSU: session with 111.111.111.111:11111 was not established after 5 seconds
warn - TunnelMessage: I2NP message size 1078 is not enough
error - Tunnels: Can't select next hop for xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx=
error - Tunnels: Can't create inbound tunnel, no peers available
warn - Tunnels: test of tunnel 1111111111 failed
warn - TunnelMessage: Unexpected fragment 2 instead 1 of message 1111111111, saved
warn - Streaming: Missing messages on sSID=1111111111: from 8 to 12
warn - Streaming: Duplicate message 7 on sSID=1111111111
warn - TunnelMessage: First fragment of message 1111111111 not found, saved
error - ElGamal decrypt hash doesn't match
error - Garlic: Failed to decrypt message
warn - Streaming: Another remote lease has been selected for stream with rSID=1111111111, sSID=2222222222
warn - Streaming: Another outbound tunnel has been selected for stream with sSID=1111111111
warn - SSU: no activity with 111.111.111.111:11111 for 330 seconds
warn - NetDb: destination xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= is requested already
warn - Streaming: packet was not ACKed after 6 attempts, terminate, rSID=1111111111, sSID=2222222222
warn - NetDb: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= was not found on 7 floodfills
warn - SSU: MAC verification failed 52 bytes from 111.111.111.111:11111
warn - Transports: Session to peer xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx= has not been created in 10 seconds
и т.д.
Их можно из категорий warn и error перенести в info, чтобы не забивали лог, а то он разрастается очень быстро, и в нём много повторяющихся сообщений.

Вопрос, насколько актуально все так детально прорабатывать. Сам этот механизм подписок убогий костыль by design. Может лучше продумать и заимплементить современный addressbook, например, на блокчейне?

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

Last edited: Thu, 23 Mar 2017, 03:41pm от anon

anon wrote:

7. Хотелось бы команду веб-интерфейса перечитать конфиги, без перезагрузки роутера.

+1

anon wrote:

1. В русском readme на гитхабе (github.com/PurpleI2P/i2pd_docs_ru/blob/master/README.md) неверно указана ссылка на образец конфы (github.com/PurpleI2P/i2pd/blob/openssl/docs/i2pd.conf).

Русские доки необходимо дорабатывать со временем. Помощь очень кстати будет.

anon wrote:

4. Хотелось бы иметь различные режимы лога, например: append, rewrite, ограничение по объёму лога. В режиме warn очень много разного текста в логе, может имеет смысл попереносить некоторые некритичные сообщения в категорию info?"

Конкретные примеры?

anon wrote:

5. В логе пишет warn - Addressbook: subscriptions.txt usage is deprecated, use config file instead. Что же тогда использовать, всё в конфиг вносить через запятую? А если подписок очень много?

Да, теперь используем конфиг. Ничего страшного, если подписок много, роутер справится.

anon wrote:

6. Хотелось бы иметь возможность задавать интервал опроса каждой подписки по отдельности. Хотелось бы команду веб-интерфейса обновить подписки принудительно. Желательно отображение в веб-интерфейсе таблицы со списком подписок, статус скачивания успешно-неуспешно, количество скаченных записей, дата-время в UTC последней попытки скачивания для каждой подписки.

Настройка интервала, хорошая идея. Принудительное обновление тоже норм идея.

Вопрос, насколько актуально все так детально прорабатывать. Сам этот механизм подписок убогий костыль by design.

Может лучше продумать и заимплементить современный addressbook, например, на блокчейне?

7 надо сделать - все никак не доберусь до этого

Да, так будет более логично.

А что скажете по пунктам 5,6,7 ?
Если переносить подписки в конфиг, было бы желательно иметь возможность напротив каждой подписки проставить интервал опроса в часах/сутках. Результаты опроса отображать в веб-консоли. Там же кнопка принудительно опросить выбранную подписку или все сразу. В текущей реализации не очень понятно, когда этот опрос производился и насколько успешно, сколько получено новых записей от каждой подписки?

Кнопка "перечитать конфиг" в меню в трее и в веб-консоли также была бы очень кстати.

Last edited: Tue, 21 Mar 2017, 02:32pm от anon

Graceful это ровно 10 минут сейчас. Сделаю чтобы завершался как только исчезнет последний транзитный тоннель.