333.i2p

До сих пор разработчик публиковал SHA512 хэш архива и подписывал его PGP ключом. Вчера я не нашёл хэш и подпись на ресурсе разработчика.

На странице загрузки размести ссылки на исходный код и PGP подпись к нему.

Не суть важно, кто посылает HUP. Результат посылки остаётся неприемлемым - службы становятся недоступными

Нет, не починил. Эта проблема по-прежнему наблюдается в Purple I2P 2.40.0.
На практике logrotate делает сетевые сервисы недоступными путём посылки сигнала HUP в рамках исполнения процедуры postrotate.

У тебя раритетная версия. Обнови хотя бы до версии 2.36 или (пере)собери имеющуюся версию.

Last edited: Sat, 04 Dec 2021, 09:58am от Puzzle

Посылка сигнала HUP приводит к неработоспособности серверных тоннелей в версии 2.38.

pboted/src/Email.cpp:319:62: ошибка: нет соответствующей функции для вызова <<min(const long unsigned int&, std::vector<unsigned char>::size_type)>>
319 | SizeT destLen = std::min(BUF_SIZE, outBuf.size() - outPos);
pboted/src/Email.cpp:320:59: ошибка: нет соответствующей функции для вызова <<min(const long unsigned int&, std::vector<unsigned char>::size_type)>>
320 | SizeT srcLen = std::min(BUF_SIZE, inBuf.size() - inPos);
pboted/src/Email.cpp:320:59: замечание: несоответствие типов <<std::initializer_list<_Tp>>> и <<long unsigned int>>
320 | SizeT srcLen = std::min(BUF_SIZE, inBuf.size() - inPos);
make[2]: *** [CMakeFiles/pboted.dir/build.make:188: CMakeFiles/pboted.dir/src/Email.cpp.o] Ошибка 1
make[1]: *** [CMakeFiles/Makefile2:122: CMakeFiles/pboted.dir/all] Ошибка 2
make: *** [Makefile:111: all] Ошибка 2

Это выглядит как 1 hop tunnel. Если посмотреть свойства соседних с ним адресов назначения, можно обнаружить, что там 3 хопа. Короткие тоннели не могут вызывать восторг.

На странице http://333.i2p/avatars кликнул select под нужным аватаром, но остаюсь без аватара. Почему?

Адрес: http://y6ejpmln3j2jvf4omb4ptyo2idognputhrccph74...
Псевдо-домен: http://heaven.i2p/
Название ресурса: Откровения людям Нового века
Баннер 88x31: http://333.i2p/files/door51.png

XD потребляет много ресурсов, я отказался от него.
Вот это безобразие я наблюдаю в local destination для transmission.
Inbound tunnels:
=> Bqqk => 1239973444:me ( 63ms ) established, 819 KiB
=> Ow49 => 2975339085:me ( 111ms ) established, 223 KiB
=> 9P4E => 1234373715:me ( 179ms ) established, 129 KiB
Outbound tunnels:
784614705:me => EoWe => ( 63ms ) established, 889 KiB
2775577153:me => Z0Qn => ( 111ms ) established, 4093 KiB
226900824:me => RdmC => ( 179ms ) established, 14 KiB

Больше нечем юзать торренты, кроме как i2psnark.

Где взять значение(я) для опции "yggurls"?

Именно для снарка мне нужен I2CP.
Связанная тема - BOB, который deprecated, для transmission. Мне показалось или tranmission действительно инициирует сверх короткие тоннели?

Как видишь, при всём богатсве выбора протоколов, отсутствует идеальный выбор. И надо бы один протокол довести до ума.

I2CP надо довести до ума. От этого зависит скорость передачи и приёма.

Об этом надо в конфиге честно предупредить юзеров.
Мне показалось, что реализованный в i2pd BOB уступает в производительности BOB'у в i2p. "никто не занимался"?