~R4SAS
~orignal
~villain
&N00B
+Xeha
+relaybot
AreEnn
Leopоld
Most2
Nausicaa
Nikat
Opax
Vort
WayBest
`
acetone
anon2
anontor
b3t4f4c3
banona_
fidoid
grimreaper
itsAMe
karamba_i2p
ncop
nemiga2
onon
onon1
overflow
platipussy__
polistern
poriori
profetikla
qend
r00tobo
soos
teeth
tensor
typhoon_
uis
un
user
weko
whothefuckami
колдыр
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
что в это строке полусается
tetrimer
Хороший вопрос. Как это более менее безопасно вывести в лог?
orignal
LogPrint (eLogError, "Header: ", m_send_buf);
tetrimer
Добавить LogPrint(eLogDebug только с m_ClientRequest.to_string ?
tetrimer
Ага, попробую завтра таким образом половить...
orignal
можно