#dev (ilita) | Обсуждение разработки I2Pd | i2pd development discussion | http://i2pd.website/

Nausicaa why did i get this message when stopping i2pd

Nausicaa libc++abi: terminating with uncaught exception of type std::__1::system_error: mutex lock failed: Invalid argument

Nausicaa version i2pd v2.51.0-37-gc515f499 on macos 12.7.4

Nausicaa is the following stack trace helpful?

Nausicaa cake.i2p/view/gwygNtxR2Y_8zmek4wxUPTM3lcRoYcBBrH17Nyui2_Q2EKWGBVw0/gwygNtxR2Y.txt

orignal idk

orignal there were buch of changes after it

orignal stopping is not an issue

orignal bunch of bugs there

Vort "orignal полный лог NetDb: Unsolicited database search reply for" - может, просрочка? запрашивали, надоело ждать, а тут и ответ пришёл. тупящие флудфилы - это, как я понимаю, не редкость

orignal Vort знаю

orignal <orignal> it looks like someone send DSRM after DSM

orignal <orignal> see what I have

orignal <orignal> 07:58:34@648/debug - NetDbReq: Try k0esi7BEJOBcr43yoJeBBKCay~uVS7FU~LOqqOkNt54= at 1 floodfill mdDZczBBpHLeAoFmY3vK0eFQJvjUdLc9ZLXVpQrkpHM= directly

orignal <orignal> 07:58:35@648/debug - NetDb: DatabaseSearchReply for k0esi7BEJOBcr43yoJeBBKCay~uVS7FU~LOqqOkNt54= num=3

orignal <orignal> 07:58:35@648/debug - NetDbReq: Try k0esi7BEJOBcr43yoJeBBKCay~uVS7FU~LOqqOkNt54= at 2 floodfill mR3Mjsn5e4PDJUnk42GiD4BliNQ6W7l-LAes0zYjxVY= directly

orignal <orignal> 07:58:35@648/debug - NetDb: Store request: RouterInfo k0esi7BEJOBcr43yoJeBBKCay~uVS7FU~LOqqOkNt54=

orignal <orignal> so I requested a router an get DSRM in 1 sec

orignal <orignal> then I tried next one and got DSM in the same second

orignal <orignal> but then

orignal <orignal> 07:58:43@648/debug - NetDb: DatabaseSearchReply for k0esi7BEJOBcr43yoJeBBKCay~uVS7FU~LOqqOkNt54= num=1

orignal <orignal> got one more DSRM after almost 10 seconds

orignal я уже у джавистмо спросил

orignal ситуация крайне непонятная

orignal с какого хуя второй ответ причем через 10 мекунж

Vort так можно по RI глянуть, java там или i2pd

Vort orignal: может, надо и самый первый запрос логировать?

Vort как я понимаю, в i2pd только повторы логируются

Vort может это самый первый так долго тупил?

колдоёбина R4SAS, андройд студия уже полдня ненужные с++ либы индексирует. так что просьба принять pr где я их в соседний реп перекладываю

orignal второй i2pd

orignal первый там какая то старая версия непонтяно

orignal первый сразу ответил

orignal потому мы и послали второй запрос сразу же

Vort я код не так понимаю что ли?

Vort "at 1 floodfill " - это ведь повтор?

orignal нет

Vort хм

колдоёбина R4SAS, позже сделаю PR

Vort сейчас точнее спрошу, код открою только

orignal кстати да возможно

orignal но

orignal 07:58:28@648/ESC[1;34mdebugESC[0m - NetDb: 0: k0esi7BEJOBcr43yoJeBBKCay~uVS7FU~LOqqOkNt54=

orignal 07:58:28@648/ESC[1;34mdebugESC[0m - NetDb: Found new/outdated router. Requesting RouterInfo...

orignal ты прав

Vort "RequestedDestination::CreateRequestMessage"

Vort "NetDbRequests::SendNextRequest"

Vort Next - своим названием даже намекает, что есть и не-Next

orignal первый был в 58:28 за 5 секунд

Vort ага

orignal тот нелоггируется

orignal значит он и тупил

orignal в лог добавим

orignal вопрос в том что с этим делать

orignal убрать из лога ошибку?

orignal если роутер 15 секунд тупит

Vort так она же warn

Vort можно на info сбросить

orignal или вообще на debug

Vort может быть полезно следить за степенью тупизма в сети по таким сообщениям )

Vort а, может, кто-то почитает чат и реально атакую такую придумает )

Vort атаку*

orignal а в чем атака то? засрать лог разве что

Vort так на необновившиеся узлы

orignal которые не дропают?

Vort ну да. не знаю, насколько это всё реально, просто на всякий случай говорю

orignal вопрос в том почему полный лог таких сообщений

Vort ну а пока не обновился почти никто, то можно атаку вообще на всех делать

Vort несколько раз в сек что ли?

orignal да

orignal у мкня на 2RRY так

Vort так запросов явно побольше будет

Vort их сотни в секунду, скорее всего

orignal почему роутеры так медленно отвечают

orignal и не это ли атака

orignal уже

Vort ну а 1 процент, допустим, тупит

Vort так я давно задавал этот вопрос - ещё когда ты время бана регулировал

Vort это, скорее всего, или тот же эффект или близкий

orignal ты куда пропадал?

orignal мы тут активно обсуждали с дедом тему зондирующих запросов

orignal 1. он согласен что можно отсылать вплоть до 16

orignal 2. на запрос можно отвечать медленно вплоть до 30 секунж

orignal 3. интревал между заспросами не мении 55 секунд

orignal ну и я собираюсь переписать полностью выбор

Vort "<~orignal> ты куда пропадал?" да всё те же отключения электричества. на этот раз дважды просто )

orignal просто тред из-за них подтормаживать может

Vort я пока что мало разбирался с зондированием

Vort зачем отвечать медленно? разве что ждать подгрузки профиля с диска

Vort хотя и с диском я тоже мало разбирался, просто теоретически предполагаю

Vort вообще, надо бы все треды перепроверить на подтормаживания

orignal там большой перебор потому что

Vort залогировать микросекунды на каждый серьёзный запрос и сделать гистограмку

orignal со временем

Vort "<~orignal> просто тред из-за них подтормаживать может" во время атаки что ли? или на слабых компах? я просто у себя аномалий не замечал

orignal да на любых

orignal всякий зондирующий запрос замедлит тред

orignal но их относительно немного

orignal а если атакующий будет слать их много?

Vort то есть, суть не в том, что выжрет ресурс, а в том что тайминги собьёт, залагает что-то?

orignal суть в том что очередь вырастет

Vort ну теоретическую проблему я понял

orignal как у тебя было с диском

Vort но это легко заметить

orignal я просто думаю уже о будущих атаках

Vort лёгкие пути для подгаживания прикрыть стоит, да

Vort вообще, стоит думать об атаках в контексте затрачиваемых атакующим ресурсов (сеть, CPU, время)

Vort и если есть вариант атакующему затратить мало, а нагадить много - то такие возможности стоит перекрывать. если возможно...

orignal чем я и знаимаюсь

orignal *** ушел ***

relaybot 13mittwerkz: в чем разница между инбаунд длинной и количеством?

Vort длина - это хопы, сколько узлов в цепочке (туннеле)

Vort количество - это сколько таких туннелей

orignal ты не понимаешь разницу между длиной хуев и их количеством? ))

orignal потому что длина это число записей в сообщении

orignal а количество в 16 это только для входящих

orignal для исходящих в реальность можно сколько угодно

orignal не знаю

orignal я вообще не вижу смысла ставить большще чем 5

relaybot 13mittwerkz: почему именно 5?

orignal эмпирически

Vort необходимое количество зависит от типа хостящегося сервиса

weko <orignal> я вообще не вижу смысла ставить большще чем 5

weko ну у туннеля известно что скорость ныне маленькая, а многопоток позволяет суммарно получать лучшую скорость

weko если бы туннели были быстрее то много бы и не было

weko при хорошем профилировании и хорошей скорости и 2-3 хватило было

weko кстати, 16 - лимит на один лиссет. но можно и несколько лиссетов делать, и рассылать разные лиссеты на разные флудфилы

weko мультихоуминг с одного роутера

Vort у туннеля есть определённая средняя скорость

Vort сервисы разной популярности нуждаются же в разных скоростях

Vort к примеру, IRC клиенту и 1 туннеля бы хватило (если бы они не дохли), скорости достаточно

weko да

Vort а вот какому-то сервису видеохостинга - и 16 будет мало при большом количестве юзеров

weko ага

weko ну в любом случае должен был достаточный запас, чтобы связь не прерывалась

weko 1 всегда будет мало

weko тоесть всегда минимум 2

Vort если учитывать, что узлы уходят в оффлайн - то да

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

weko но не нужно, и без этого проблем дохрена

weko <weko> <orignal> я вообще не вижу смысла ставить большще чем 5

weko <weko> ну у туннеля известно что скорость ныне маленькая, а многопоток позволяет суммарно получать лучшую скорость

weko <weko> если бы туннели были быстрее то много бы и не было

weko <weko> при хорошем профилировании и хорошей скорости и 2-3 хватило было

weko <weko> кстати, 16 - лимит на один лиссет. но можно и несколько лиссетов делать, и рассылать разные лиссеты на разные флудфилы

weko <weko> мультихоуминг с одного роутера

weko <Vort> у туннеля есть определённая средняя скорость

weko <Vort> сервисы разной популярности нуждаются же в разных скоростях

weko <weko> да

weko <Vort> к примеру, IRC клиенту и 1 туннеля бы хватило (если бы они не дохли), скорости достаточно

weko <weko> ага

weko <Vort> а вот какому-то сервису видеохостинга - и 16 будет мало при большом количестве юзеров

weko <weko> ну в любом случае должен был достаточный запас, чтобы связь не прерывалась

weko <weko> 1 всегда будет мало

weko <weko> тоесть всегда минимум 2

weko <Vort> если учитывать, что узлы уходят в оффлайн - то да

weko <weko> тут конечно можно подумать над оптимизацией, например возможность того, чтобы один туннель был запасным на несколько сервисов, но я не знаю насколько это возможно без ухудшения анонимности

weko <weko> но не нужно, и без этого проблем дохрена

weko orignal:

orignal чо?

orignal то клгда я пересобирался?

weko да

relaybot 13mittwerkz: > weko: кстати, 16 - лимит на один лиссет. но можно и несколько лиссетов делать, и рассылать разные лиссеты на разные флудфилы

relaybot 13mittwerkz: а как?

weko ну берёшь условно 32 туннеля

weko 16 на один лиссет, другие 16 на другой

weko шлёшь на разные флудфилы

relaybot 13mittwerkz: чем это сделать?

weko сейчас ничем

weko потому что такого не сделано

relaybot 13mittwerkz: вот отлично

weko я говорю что такое можно

weko на практике можно мультихоуминг на нескольких роутерах

relaybot 13mittwerkz: я будто на симпозиум по ядерной физике пришел

relaybot 13mittwerkz: мясо давай)

weko один ключ на нескольких роутерах

R4SAS колдоёбина: я же говорил добавить в проект файл для игнорирования IDEшкой

R4SAS как то же другие работают, когда проект засасывается через git submodule.