333.i2p

Специально исходники качать не стал, но в бинаре упоминание есть, скорее всего в исходниках - именно оно и будет:

# strings /usr/sbin/i2pd | grep i2pd.conf
i2pd.conf
Path to main i2pd config file (default: try ~/.i2pd/i2pd.conf or /var/lib/i2pd/i2pd.conf)

Поиск по дереву исходников делается командой "grep -r "

uis wrote:

Snap версия i2pd собиралась для другой версии буста, а разные версии между собой вроде не совместимы.

Что значит либо одно, либо другое? Буст ставишь собранный, а i2pd собираешь. Ставишь условные libboost и libboost-dev.

Разговор слепого с глухим. :( Пакетные менеджеры как раз и разрабатывались для того, чтобы автоматизировать синхронизацию версий различных программ и библиотек.

Я же пишу о том, что snap оказался рассинхронизирован с основной системой...

orignal wrote:

В целом идея здравая, что для каждого клиента формируется уникальный лизсет со своим набором тоннелей.

Вот как бы это еще совместить со списками разрешенных/запрещенных клиентов и с механизмом, рассчитанным на тысячи клиентов в списке и чтение этой базы без перезагрузки сервиса... По kill -HUP - перечитывание туннелей так и не работает (и не надо такого механизма для списков).

orignal wrote:

Такое можно реализовать.

Мне казалось, что туннели и так, по-умолчанию, раз в 10 минут пересоздаются... Иначе как объяснить регулярно наблюдаемый отвал клиентов, если туннели "живут месяцами"?

uis wrote:

Для каждой версии буста надо пересобирать бинарник. Поставь пакетным менеджером дистра буст и хедеры к нему и собери из исходников.

Тут либо одно, либо другое: в том смысле, что либо готовые пакеты, либо сборка всего "по месту", как в gentoo...

Но тут-то как раз буст обновился, и snap версия i2pd не "увидела" новых библиотек.

Сегодня обнаружил, что там, где стояла snap версия i2pd (debian/ubuntu) - демоны при включении/перезапуске не стартуют, ругаясь на отсутствие libboost-компонентов (прошло обновление системных файлов на более новые версии):

# ldd /snap/i2pd/392/bin/i2pd
linux-vdso.so.1 (0x00007ffe2c545000)
libcrypto.so.1.1 => not found
libssl.so.1.1 => not found
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f76b0bce000)
libboost_system.so.1.65.1 => not found
libboost_date_time.so.1.65.1 => not found
libboost_filesystem.so.1.65.1 => not found
libboost_program_options.so.1.65.1 => not found
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f76b0bc7000)
libminiupnpc.so.10 => not found
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f76b03d6000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f76b0ae0000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f76b0abe000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f76b01ae000)
/lib64/ld-linux-x86-64.so.2 (0x00007f76b0bfd000)

Попытка вылечить симлинками и установкой компонентов libboost - ни к чему не привела, поэтому лечим отрубанием головы по самые ...

Прежде всего, копируем ключи с настройками и туннелями, лежащие в datadir (/var/snap/i2pd/current/datadir/), т.к. удаление snap-версии - снесет и конфиги.

Затем командой "snap remove i2pd" - удаляем пакет, качаем подходящую сборку со страницы релизов на гитхабе и устанавливаем его. Установщик может так же ругнуться на отсутствующую зависимость от libboost-program-options, его ставим через apt-get соответствующей версии системы. После установки libboost-program-options-dev - выскочило сообщение:

"Вы можете запустить «apt --fix-broken install» для исправления этих ошибок.

Выполняем команду, после чего запускается приостановленная инсталляция i2pd. Все, дальше правим конфиги, запускаем демона и радуемся жизни.

Last edited: Mon, 16 Jan 2023, 06:53pm от lecho24

On my workstation (i2pd version 2.44.0):

# awk '/Garlic/ {gsub(".*Garlic","Garlic",$0); print $0}' /var/log/syslog|sort|uniq -c

67 Garlic: Can't handle ECIES-X25519-AEAD-Ratchet message
133 Garlic: Failed to decrypt message
65 Garlic: Flags/static section AEAD verification failed
2 Garlic: Payload for router AEAD verification failed
45 Garlic: Trying to generate more ECIES-X25519-AEAD-Ratchet tags

Last edited: Mon, 09 Jan 2023, 10:25am от lecho24

orignal wrote:

ulimit -n 8192

Спасибо, посмотрел:

cat `ps ax|awk '/i2pd/ {print "/proc/"$1"/limits"}' | head -1`

действительно под snap ограничение 1024 файла, в отличие от обычной установки, где ограничение 4096.

Создал файлик:
/etc/systemd/system/snap.i2pd.daemon.service.d/override.conf

куда записал:
[Service]
LimitNOFILE=8192

и перезапустил сервис...

Роутер:
Uptime: 9 hours, 6 minutes, 36 seconds
Network status: OK
Tunnel creation success rate: 25%
Received: 541.68 MiB (12.64 KiB/s)
Sent: 585.23 MiB (15.35 KiB/s)
Transit: 310.59 MiB (4.64 KiB/s)
Data path: /var/snap/i2pd/376/datadir/
Hidden content. Press on text to see. [ ]
Router Ident: 5~k3vqtT-...1Z~7FWvfw=
Router Caps: OR
Version: 2.44.0
Our external address:
NTCP2 EXTERNAL_IP_V4:13104
SSU2 EXTERNAL_IP_V4:13104
Routers: 3859 Floodfills: 1392 LeaseSets: 0
Client Tunnels: 65 Transit Tunnels: 251

Постоянно сыплет в лог ошибки:

15:21:22@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:22@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:23@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:23@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:23@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:26@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:31@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:40@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:45@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:47@74/#033[1;31merror#033[0m - Garlic: Can't handle ECIES-X25519-AEAD-Ratchet message
15:21:50@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:50@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:51@450/#033[1;31merror#033[0m - Tunnel: Tunnel with id 341173212 already exists
15:21:52@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:53@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:54@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:21:59@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:22:00@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:22:01@450/#033[1;31merror#033[0m - Tunnels: Can't select next hop for 62UcGpdPamdauGp1S0ktr0f-D53w3a-Gy8jT-cwtjBc=
15:22:01@450/#033[1;31merror#033[0m - Tunnels: Can't create inbound tunnel, no peers available
15:22:04@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:22:05@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:22:11@450/#033[1;31merror#033[0m - Tunnel: Tunnel with id 295196549 already exists
15:22:26@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:22:29@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file
15:22:38@770/#033[1;31merror#033[0m - I2PTunnel: Read error: End of file

Одновременно с этим у клиентов теряются коннекты по http. Что-то можно подкрутить, чтобы улучшить ситуацию? Субъективно - на предыдущей версии было получше...

За пять дней:
grep "I2PTunnel: Read error: End of file" /var/log/syslog|wc -l
10895

grep "Garlic: Can't handle ECIES-X25519" /var/log/syslog|wc -l
16689

Last edited: Thu, 22 Dec 2022, 12:30pm от lecho24

Как Вы собираетесь удостоверять такую подпись? :)

Обычно, для того, чтобы убедиться в неизменности архива/образа, рядом публикуется crc или md5 сумма от такого файла.

Состояние masked - устанавливается в результате каких-то проблем при запуске...

Я на что-то подобное наступал, но потом разными disable|enable это дело исправлял.

anton wrote:

i2pd.service: Can't open PID file /run/i2pd/i2pd.pid (yet?) after start:

~$ ls -la /run/i2pd/i2pd.pid
-rw------- 1 i2pd i2pd 8 Sep 20 12:51 /run/i2pd/i2pd.pid

~$ cat /etc/issue.net
Debian GNU/Linux 11

anton wrote:

Это ничего что не открывается этот PID file? На работоспособность i2pd это как-то влияет?

Останавливать или перезапускать демона придется руками, указывая PID, а не через команду service.

Вот так - не работает:
[HTTP-LOCAL]
type = http
host = 303:*
port = 80
inport = 8080
keys = site-key.dat

С сообщениями в логе:
14:32:11@800/warn - Destination: Couldn't find published LeaseSet for zbirx3*

Сам сайт-источник - работает:
# lynx --dump http://[303:*]:80
Работа невозможна без включения поддержки JavaScript.

Если host= меняю на ipv4 адрес, после перезагрузки сервиса i2pd доступ появляется...

UPD: Пока писал сообщение - все появилось: видимо очень медленно после перезагрузки восстанавливались туннели.

Есть, к примеру, виртуалка с ipv6 адресом, будет ли работать к ней http туннель, и как правильно прописывать в tunnels.conf ipv6 адрес: с квадратными скобками или без?

Пробовал и скобки, и адрес, и имя в /etc/hosts - но то-ли лыжи не едут, то-ли и не должны...

С сеткой 23.0/8 - разобрались: на основном канале сломалась маршрутизация и значительная часть хостов просто была вне доступа. Сейчас ситуация поправилась...

Сегодня еще обратил внимание на одной из машинок, что подавляющее большинство (32 из 37) адресов в выводе http://127.0.0.1:7070/?page=transports принадлежит одной сети: 23.128.248.0/24. Это что, ботоферма для "ловли" трафика i2p?