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

tetrimer Всех с добрым!

weko Доброе утро

weko Хотя уже скорее вечер

orignal превед

nologin господа, отчёт, если кому интересно: OpenBSD-7.3, current-git, упало на статической линковке собранных бинарей. дефолт (shared) собрался и стартанул с руганью на randr() и что-то ещё (сугубо специфика OpenBSD, кмк). всё Супер, работает . пока что

nologin единственный фейл — "error - Garlic: Can't handle ECIES-X25519-AEAD-Ratchet message" . вроде не критично :) . в системе по-умолчанию идёт пакет с версией 2.46.1 , так что собрал просто из-за спортивного интереса. собирал почти дефолт, никаких отдельно -O2/-O3 .

nologin вроде всё.

Vort в логе часто error`ы, это обычное явление

orignal эта ошибка просто дубликат сообщения

nologin угу, ещё скопировал от 2.46.1 то, что скопилось в --datadir=/var/lib/i2pd от 2.46.1 . error пока единственный, warn вроде в пределах разумного. так что всё Супер, по большому счёту, Спс!

orignal надо проверку будет сделать на дубликаты на конце тоннеля все руки не дошли

weko orignal: о, отлично что нашёл почему ошибка появляется!

weko а откуда эти дубликаты появляются?

orignal да я всегда знал

orignal ну перепосылка сообщение например

orignal где то

weko <~orignal> да я всегда знал

weko в какой то момент говорил, что нужно найти

orignal ну может еще какие то причины есть

orignal но в основном эта

weko узнаем после исправления

weko так что по итогу пытаться встраивать i2pd-tools в i2pd?

orignal попытайся

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

orignal сделай команды по аналогии с gostcoind

orignal там имменно так

orignal дрозд тут говорит опять всю сеть засирают флудфилами с левыми ШЗ

orignal IP

weko ща посмотрю

weko у меня чисто

weko проблем не наблюдаю

orignal аналогично

orignal видать мы их сразу отфильтровываем

weko в тот раз правда оно ушло потому что атакующий успокоился

weko а не из-за какого то фикса

weko возможно сейчас обстоятельства другие

tetrimer Вопрос тут возник: не может ли i2pd резать длинную строку http-заголовка?

tetrimer Строки вот такого вида: "accept-language: ru-RU,ru;q=0.9,en-US;q=0.8,en;q=0.7" - иногда приходят с переводом строки в середине параметров...

orignal я не понял где

orignal с прокси она вообще не должна передаваться

weko а с не прокси вообще данные менять не должны

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

weko ну и в сокс тоже

weko вообще нужно параметр сделать удалять заголовки или нет

tetrimer Как это "не должна"? Там только encoding режется, если я правильно понял...

tetrimer Этот параметр - идет от клиента, и где-то режется на 52 символах, где-то на 46, где-то такая же длинная строка - приходит целой. Потому IIS и ругается, похоже...

weko там прям по дампу видно ?

orignal не помню

tetrimer Да: там, где все нормально - эта строка без переноса, а где Bad header name - там символ 0x0a

weko значит нужно искать где он ставиться

orignal так распечатай что в HTTPProxy.cpp передается

tetrimer Соответственно, при десериализации - получаем как бы неизвестный заголовок из обрывка строки.

tetrimer Так я и сижу тут с дампами с двух сторон ковыряюсь...

tetrimer Кстати да, на входе надо глянуть...

tetrimer На входе в i2pd http туннель (запрос от клиента) видно последовательность: 0a0d 0a, но явных разрывов в данных заголовка - нет. Завтра попробую подампить одновременно с двух сторон, чтобы один и тот же пакет увидеть до и послею

orignal github.com/PurpleI2P/i2pd/blob/openssl/libi2pd_client/HTTPProxy.cpp#L499

orignal что в это строке полусается

tetrimer Хороший вопрос. Как это более менее безопасно вывести в лог?

orignal LogPrint (eLogError, "Header: ", m_send_buf);

tetrimer Добавить LogPrint(eLogDebug только с m_ClientRequest.to_string ?

tetrimer Ага, попробую завтра таким образом половить...

orignal можно