IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/02/24
~AreEnn
~R4SAS
~acetone
~orignal
~villain
@onon
&N00B
+relaybot
Guest7184
Most2
Nausicaa
Nikat
Ruskoye_911
Vort
Xeha
`
ananas
anon3
b3t4f4c3
corpel
fidoid
karamba_i2p
nemiga
not_bob_afk
plap
poriori
profetikla
qend
segfault
soos
teeth
tetrimer_
uis
un
unlike
user
vade
weko
whothefuckami
orignal да ты прав
Vort решил проверить стабильность работы туннелей на тестовом узле через основной узел
Vort и опять вляпался в какую-то проблему: не мог никак построиться исходящий туннель
Vort перезапустил тестовый узел - вроде нормально строится. но зависание это мне не понравилось. где-то баг
relaybot 13mauzer: <most> *sha512sum:* Обновила i2pd на вдске и теперь он сегфолтится если запускать с --service флагом...
Vort такс. один баг я точно выловил. но он мелкий. пинги 0мс не поддерживаются. непорядок! :)
` Интересно почему🤔
Vort похоже, баг с пустыми Outbound хорошо воспроизводится. после 11 минут проявляется
Vort на 9-10 минуте inbound продублировался, а вот Outbound - фиг там
Vort затем просроченные туннели ушли. и всё - в Outbound пустота
sha512sum Зашла
mauzer вот тут напиши
mauzer про --service
sha512sum Обновила i2pd на вдске, теперь сегфолтится с флагом --service, без него всё ок. Пока не дебажила, просто может кто-то уже сталкивался с этим и знает в чём дело?
Vort sha512sum: это с последним коммитом такое?
sha512sum Ну вчера собирала с последнего
Vort какой коммит конкретно?
Vort просто вчера несколько поломанных коммитов было
Vort не думаю, что это связано, но всё же
Vort по поводу не строящихся outbound - использую вот такой конфиг на тестовом узле: paste.i2pd.xyz/?94755030a5cd83c6#82Ft8WbLnd7ag9NPiKBiz96DRSqRgfAiuacQhoJzLV9F
Vort проследил путь запроса до добавления в очередь сообщений NTCP2
Vort так что, скорее всего, запрос к основному узлу уходит. но он почему-то не отвечает
Vort в транспортах узлы друг у друга есть
onon Может в очереди стоит, таймаут на построение срабатывает.
Vort onon: в очереди на основном узле?
Vort входящие же строятся кстати
Vort через тот же узел
Vort у меня подозрение, что где-то могут быть глюки из-за нулевого пинга
Vort других идей нету
Vort и первый исходящий строится
Vort это или какой-то очень поганый баг или какая-то тупость (возможно, моя)
onon Я сделал так же, у меня всё построилось
onon Но пинг у меня там не нулевой, если что.
Vort onon: первый раз строится. через 10 минут проверь пожалуйста
onon А, ок посмотрю
Vort когда просрочится первый исходящий
onon Transit Tunnels: 25695
onon Опять балуется кто-то
sha512sum Эм... Routers: 1 Floodfills: 1 LeaseSets: 0 Client Tunnels: 2 Transit Tunnels: 0
onon Что, к ресидам не коннектится?
Vort подтверждаю свежую волну: Transit Tunnels: 37925
sha512sum Да вроде как в логах коннекты есть, а в веб консоли не очень
onon Vort, все перестроил оба туннеля
Vort onon: ок, спасибо
onon А знаешь, что я важного увидел?
Vort что?
onon Он умудрился на этом однохоповом сервисе два теста потерять
onon В исходящем туннеле на два килобайта больше было
Vort вот я это и хотел словить. проверить, будут ли тесты на локалхосте просираться. а словил что-то иное :)
Vort onon: не выкидывай пожалуйста пока что этот дестинейшен. может, баг с глючащими исходящими вероятностный
onon Ну у меня не локально, а по хорошей сети к заведомо исправному узлу
Vort сфейлился тест на локалхосте. лол
Vort и у меня тоже перекос по трафику был: Outbound 14.05 KiB Inbound 6.02 KiB
Vort ещё и исходящий куда-то исчез. вроде ж только сделали, чтобы туннели не исчезали когда всего 1 остаётся
Vort на 5й минуте аптайма исчез
onon Он ещё может дропаться если локальная очередь есть
Vort да ну какая очередь на локалхосте...
Vort а фейл откуда?
Vort получается, что это не только java дропает пакеты
Vort до этого ещё и пинг 300мс вылез
Vort у меня CPU загружен, конечно, но не настолько
Vort секунд 5 таймаут пинга, наверно?
onon NTCP2.cpp 1259
Vort нет очередей. по крайней мере, сейчас
Vort и, скорее всего, не было
Vort сейчас ещё SSU2 вырубить попробую
onon TunnelPool.cpp 381
Vort и что там?
onon // if test msg dropped locally it's outbound tunnel to blame
Vort Incoming Tags: 8 - это признак просранных пингов?
onon Интересное замечание, когда тест "потерялся", ненадолго выскакивает ECIESx25519 Incoming Tags: 1
onon Опередил меня
Vort или это баг с шифрованием пингов
Vort я так понимаю, "потреблённый" тег должен сразу удаляться
onon Ну бувально на секунду-две появляется
Vort а у меня вот эта 8ка висит уже долго
Vort может, это построения терялись вначале?
Vort это уже чисто на TCP кстати
Vort я вырубил SSU2 на тестовом узле
onon Ну так и на NTCP доставка не гарантируется, в доках написано.
Vort волна атаки, похоже, ушла. поэтому пинги перестали фейлиться
Vort но вот второй исходящий у меня так и не построился
Vort даже чисто с NTCP2 и чисто IPv4
onon1 У меня пока перестраивается без проблем.
Vort у тебя же наверно не последний коммит
Vort может это свежий баг какой-то
onon1 i2pd-d25206abcefff1c914ee16adad8229197f14ca3b
onon1 Если нужно, могу пересобрать.
Vort видимо, мне придётся два тестовых узла поднимать. к сожалению, под виндой это надо два отдельных бинарника готовить :(
Vort да пока что не надо. не похоже, что последние коммиты могли это место поломать
Vort займусь попозже
orignal ну вот про outbound что я говорил
orignal sha512sum сертификатов у тебя видимо нет
sha512sum Каких сертификатов?
orignal onon1 так и есть мы же теперь отправяем шифрованный и вставляем таг
orignal sha512sum для ресида
sha512sum Да, сертификаты не загрузило, написало это мне в начале критических ошибок
orignal или сертификаты ставь или проверку отключи
orignal Transit Tunnels: 25446
orignal все не так уже плохо
onon1 Т. е. это нормальное поведение, если тест потерялся, появляется ECIESx25519 Incoming Tags: 1
orignal а как иначе? мы доавили таг чтобы расшифровать тест а он потерялся
orignal таг останется потом вычистится по времени
onon Осталось найти, куда он мог потеряться
orignal ответ: куда угодно
relaybot 13mauzer: да
sha512sum i2pd: Could not create pid file /var/lib/i2pd/i2pd.pid: Permission denied А вот такое вот? Раньше не было
orignal ну разбирайся чего у тебя с правами
sha512sum Так я вроде от рута запускаю
onon Может он занят?
orignal да может у тебя другой процесс его занимает
orignal много причин есть
sha512sum i2pd не запущен
orignal так может у тебя права на запись не стоят
sha512sum Хрень какая. Поставила стабильную версию, такая ошибка, а с вчерашнего коммита уже нету. Да и ошибка с сегфолтом пропала
orignal никто ничего там не менял
Vort "<onon> Осталось найти, куда он мог потеряться" особенно на локалхосте
Vort ну, точнее, там не чётко локалхост, а по сути
Vort белые IPшники на том же самом компе
Vort orignal: как думаешь, насколько сильно всё может глючить из-за 0мс пинга? это у меня пока что главное подозрение. одно место я уже нашёл, где надо исправлять поддержку
Vort но, может, от этого не только пинги туннелей глючат, а, допустим, и NTCP2
orignal а что с 0 не так?
orignal я просто не понял о каких пингах речь
onon1 Vort: такс. один баг я точно выловил. но он мелкий. пинги 0мс не поддерживаются. непорядок! :)
Vort orignal: bool LatencyIsKnown() const { return m_Latency > 0; }
Vort может, я это и сам починю, меня более масштабные эффекты беспокоят
Vort нет ли ещё чего-то подобного по коду
orignal это не я делал
onon1 Я смотрю у нас сообщения дропаются ещё когда SSU2Session::Terminate или msg->IsExpired (ts)
orignal ну логично же
orignal и в NTCP2Session::Terminate
onon1 Может там что-нибудь, извините если фигню несу, в коде не разбираюсь
orignal они же правда дропаются
orignal раз не были отосланы
Vort onon1: да надо всюду логирование пораспихать и ловить реальные потери. ещё и Wireshark зарядить на обоих узлах
Vort масштабное дело, конечно
Vort "потестировал" я новый узел (ресид). вывод - задница :)
Vort похоже, ресид не выдал мне флудфилов
Vort точнее, выдал одного U
Vort отглючило уже. второй запрос к ресиду, небось, был
onon1 Vort, я поймал этот баг с нестроящимся исходящим однохоповым туннелем
Vort спасибо
onon1 После перезагрузки роутера построился, минут через 5 пропал и не строится
Vort значит, он есть у всех, просто у меня почему-то проще воспроизводится
Vort хотя это может быть и два бага в одном. у меня же не просто пропадает. точнее, не только пропадает. но и сам отваливается после просрочки
Vort я и такой и такой вариант видел
onon1 Может случаестя неудачная попытка построить туннель, и он его помечает плохим и не строит через него больше
Vort не должно вроде такого быть
onon1 А вот у меня перестроился
Vort сколько времени понадобилось? несколько минут?
onon1 минут 5
onon1 Вместе со входящим перестроился
Vort это при том, что попытки построения раз в несколько секунд идут
orignal надо деду сказать
Vort то есть, попыток было много
Vort "<~orignal> надо деду сказать " о чём?
onon1 Ну у меня на этом роутере ещё PEER_PROFILE_DECLINED_RECENTLY_INTERVAL = 60, может это как-то влияет
orignal о том что ресиды не дабоваляют флудфилы
Vort ну надо ещё попроверять
Vort вручную запросами потыкать
Vort я же могу ошибаться
Vort но если идёт рандом выбор узлов, то логично с нынешними пропорциями что флудфилы будут редкостью
orignal так должны выбираться приндутельно
orignal как у нас ygg узлы
Vort короч надо перепроверить. потому что я не на 100% уверен в том, что увидел
orignal счас спросим
Vort я же другим делом занимался, а глюченый ресид заметил случайно
orignal так я не понял что с исходящими?
Vort а вот я как раз сейчас думаю, что в логи допихать, чтобы проследить
Vort поднял сейчас два тестовых узла
orignal при протухании не перестраиваются?
onon Да и просто пропадают куда-то
Vort ну у меня - да. но я скидывал при каком конфиге
` Vort, отакэ какера давно была?
Vort `: несколько часов назад вроде
orignal а так у тебя expplicit peers
Vort ну да
orignal у тебя просто не соединяется
Vort для локализации проблемы
Vort orignal: почему?
orignal это и надо разобраться
Vort угу
Vort транспортные сессии есть
Vort в очередь запрос кладётся
Vort а дальше - пока не знаю, как ловить
Vort на другой стороне
Vort то есть, другая сторона ничего не отвечает. ну или отвечает, но это не логируется пока что
Vort при том, что узлы на одном и том же компе и на одном и том же IPшнике
orignal это надо понять
orignal знаешь что может быть?
Vort (я пока что отойду)
orignal отвечает но у тебя не расшифровывает
orignal потому что ответ приходит раньше чем ключ вставляется
onon1 У меня та же фигня но не локально.
onon1 Там задержка есть
orignal ну тогда надо понять что происходит
orignal там идет short tunnel request
orignal он будет endpoint
orignal сгенерит ключи и зашифрует ответ
onon1 Лось, если у нас теперь тесты шифрованные, насколько палевно будет слать их себе напрямую?
onon1 Только по паттернам будет понятно или ещё как?
orignal в смысле?
onon1 С конца исходящего на свой ардес
orignal ну так счас там неотличимые от других сообщения
orignal между тоннелями счас почти все шифрованное
onon1 Нужно будет обдумать такой вариант.
Vort проверил на всякий случай проблему с непересоздающимся исходящим туннелем чисто на NTCP2 узлах - воспроизвелась
Vort теперь надо сообразить, куда подсунуть логирование отправки ответа на запрос создания туннеля
Vort удобно - первый раз должно в любом случае сработать. а затем следить, пойдёт ли ответ второй раз
Vort должен ли быть доступен ident источника? (то есть, откуда запрос на исходящий туннель пришёл)
Vort как я понимаю, куда-то сюда лог тыкать надо: HandleShortTunnelBuildMsg
Vort попробую сопоставить по SHORT_REQUEST_RECORD_SEND_MSG_ID_OFFSET
orignal по tunnelid смотри
orignal send msg это для ответа
Vort ну вот я и хочу глянуть, уходит ли ответ
Vort tunnelid он случаем не разный на двух узлах будет?
orignal так ты посмотри снчала что приходит на конце
orignal естественно разный я имел ввиду что внутри записи для конца
Vort плохо понимаю ещё как всё работает, может глупость спрашиваю:
Vort предлагаешь смотреть приходит ли на входящий туннель ответ про создание исходящего?
Vort то есть, в пределах одного узла?
orignal нет
orignal ты должен смотреть на конце исходящего
Vort тогда попробую сейчас с msgid разобраться, если не получится, получше расспрошу про твой вариант
orignal фукнция void HandleShortTunnelBuildMsg
orignal там if (isEndpoint)
orignal auto replyMsg = NewI2NPShortMessage ();
orignal в этом месте он шифрует ответ и отсылает его входящему
Vort да вроде получилось словить replyMsgID
orignal но у тебя expcilitPeers
orignal значит
orignal ты попадаешь вот в эту ветку кода
orignal // IBGW is local
Vort я пока что воткнул вот сюда: // create new transit tunnel
orignal везде писать msgID от I2NP
orignal лучше вот туда куда я сказал
orignal оно туда попадает неизбежно
Vort понятно, чуть больше мусора в логе будет с моим вариантом )
orignal по моему вот тут неправильно
orignal if (tunnel)
orignal tunnel->SendTunnelDataMsg (replyMsg);
orignal а надо обработку TunnelGateway делать
orignal счас
orignal да нет вроде правильно
Vort в общем, вот в том месте (// create new transit tunnel) первый запрос словился, последующие - нет
Vort никаких упоров в лимит нету
` Vort, отэка?
` какера
Vort возможно. но я другим сейчас занят
onon Бабага, хз чья.
Vort тут и без какера баги
` > хз чья
` пф, гнилых трансвеститофф, оф коуз
orignal Vort давай тогда msgid на уровне NTCP2 и SSU2 писать
Vort я SSU2 вырубил
Vort так там же запросы и от других узлов могут быть?
Vort хотя всё равно надо добавить, да
orignal if (!i2p::context.AcceptsTunnels () || i2p::context.GetCongestionLevel (false) >= CONGESTION_LEVEL_FULL)
orignal retCode = 30;
orignal if (!retCode)
orignal // create new transit tunnel
orignal может в тебя тут retcode тсавиться в 30?
Vort с чего бы это? говорю же перегрузки нету
orignal может уровень считается неправильно
orignal ты бы проверил в том месте
orignal лог добавил какой код
Vort сейчас туда тупо брекпоинт втулю
Vort если к правильному процессу подключусь )
orignal я бы msgid перед отправкой запроса писал и при его получении
orignal и смотрел приходит ли
Vort сюрприз. пока мы тут обсуждали, исходящий таки создался
weko <Vort> orignal: bool LatencyIsKnown() const { return m_Latency > 0; }
weko явно косяк
orignal это псих делал
orignal не я
Vort где-то с 50 раза создался
Vort ну и на "той" стороне, понятно, id в лог попал
orignal давай разбираться где теряется
Vort я пока что не пойму, как связать с NTCP2 уровнем
weko <orignal> это псих делал
weko так починить то надо
Vort то есть, я то туда могу логирование всунуть, но там вот уже сечас уже 200 килобайт набежало
Vort и что из этого нужные запросы на построение туннеля - я хз
Vort поставил брекпоинты наугад - и словил "Next ident is ours"
Vort это же вроде не должно происходить, да?
onon1 Кто-то шалит
Vort вполне может быть, что это и есть этот баг
Vort да может проверка какая-то не такая
Vort я сейчас её просто уберу и заново запущу узлы
Vort если баг уйдёт, значит в ней дело. если нет - ищем дальше
onon Проверку на себя следующим хопом?
Vort да
onon Так я такой же баг словил, у меня этой проверки нет
Vort может быть несколько багов
Vort может, проверка правильная, но вскрывает какую-то проблему. ну через 10 минут будет ясно. наверно
Vort я сейчас старый лог глянул, он завален "Next ident is ours"
orignal ага
orignal бага
orignal счас почию
Vort без проверки Outbound тоже не строится. два бага что ли?
orignal жди
Vort а вот теперь я в логе id-шки нахожу
Vort но эффект тот же - значит, косяк ещё и дальше
Vort жду
Vort неужели само построение зароса косячное )
orignal поправил
Vort ну проверка это хорошо
Vort но и без проверки же где-то баг
Vort так что надо гонять дальше
orignal возможно
Vort без проверки я словил id на "той" стороне, но это не помогло создать туннель
Vort теперь надо следить за возвращением ответа обратно на первый узел
Vort где он теряется
Vort перенёс отладочный вывод в "// IBGW is local" - теперь вывод даже первый раз не срабатывает. не туда значит
Vort попробую в соседнюю ветку
orignal ты последний коммит взял?
Vort да
Vort такс. reply IBGW is not local - правильное место
Vort смотрю дальше
Vort вижу соответствующие SHORT_REQUEST_RECORD_RECEIVE_TUNNEL_OFFSET. я по ошибке думал, что они разные будут
Vort это в успешном случае
Vort то есть, совпадает в списке Transit Tunnels: первого узла и в Local Destination: Outbound tunnels: второго узла
Vort но это имеет смысл смотреть только в случае успеха
Vort ведь если исходящий не создался, то и сопоставлять нечего
Vort тьфу. SHORT_REQUEST_RECORD_NEXT_TUNNEL_OFFSET
Vort попутал
Vort но не суть
Vort такс. второй раз уже не находится на втором узле вывод. промежуточный итог - теряется где-то между // create new transit tunnel и // reply IBGW is not local
Vort ну или с проверкой на Next ident опять что-то не то
Vort ага. на первом узле транзитные туннели создаются и висят пустыми
Vort + проверил, что проверка не виновата
Vort между двумя подозрительными местами всего один return - Short reply AEAD encryption failed
Vort добавлю лог во все 3 места
Vort подозреваю, что может быть два бага. сейчас и 10 минут ждать не пришлось - сразу исходящий заклинило. разбираюсь дальше
tetrimer Вроде бы туннели стали быстрее строиться...
tetrimer 2.50.2-107-ga1dce017
Vort tetrimer: зависит от того, есть ли сейчас волна атаки. она то приходит, то уходит
Vort вот прямо сейчас похоже нету. а несколько часов назад - была
tetrimer На старте с предыдущими версиями - все равно долго было, а тут 4 минуты - и "мы в Хопре"
Vort после того, как я добавил логирование куда надо, баг не воспроизвёлся. но тестовый узел при выключении сожрал 6 гигов RAM и завесил комп нахрен :/
Vort теперь при выключении i2pd буду следить за оперативкой )
` Vort, есть возможность посмотреть на динамику трафика по часам? У меня пока получается, примерно следующее:
` 4 часа "по настраивающей" растёт трафик, 1-3 часа обвал, и так по кругу🤔
` по нарастающей*
` То есть даже так. 4 часа растёт трафик, обваливается и опять 4 часа растёт.
Vort если нет упора в лимит, то это значит так сеть нагружается
Vort атака или пофигизм - что-то такое
` Vort, вот если у тебя есть возможность увидеть свою динамику, то такая же ли она🤔
Vort `: а локального потребления трафика с такой периодичностью нету?
` Vort, нет, а если появляется, то соотношение не спопоставимое.
Vort я не собираю этих данных :( есть графики, не мои, но там медленный узел
` И у меня есть динамика по каждому устройству в локалке.
Vort да и я же постоянно всякие эксперименты провожу. плюс у меня другие сервисы
Vort то Tor выжрет полосу, то bittorrent
Vort так что мои данные были бы "грязными"
orignal а что именно отожрало 6 гигив?
orignal какие то очереди значит
Vort так это при выключении только началось. я знал, что выключение глюченое, но чтобы настолько...
Vort по поводу бага - я пока что путаюсь в разнообразии id-шек, поэтому не могу понять, что к чему
orignal так понять бы в чем там дело
orignal говорю же смотри msgid у I2NP котолрое отправляешь и которое получаешь
Vort для начала хочу сказать, что первое построение идёт в ветку "reply IBGW is not local", а второе, глюченое, - в "IBGW is local". так и задумано?
Vort я уже разобрался, как связывать MsgID. теперь надо понять, что идёт не так
Vort вот этого local / не local - я не понимаю. почему первое построение идёт так, а второе - эдак?
orignal первое построение у тебя скорее всего через другой тоннель строить
orignal по уму всегда должно быть local
orignal ведь у тебя маршрут тоннеля один и тот же
Vort второе, что я не понимаю - это NEXT_TUNNEL и RECEIVE_TUNNEL. вот допустим сидит у меня один входящий туннель и надо построить один исходящий. как будут выбираться эти два ID ?
Vort только вот local как раз и глючит )
orignal смотри что с первым происходит
orignal чтобы простороить исходящий тоннель надо иметь входящий
Vort входящий на вот этом самом дестинейшене?
orignal а если у тебя нет входящего то как быть?
orignal да на этом самом
Vort я думал, что i2pd ждёт пока хотя бы один входящий построится
orignal второе
orignal правильно думаешь
orignal чтобы построить входящий надо иметь исходящий
orignal понимаешь тупик получается
orignal а чтобы не было такого тупика то берется какой нибудь тоннель из имеющихся
orignal потому первый тоннель всегда стороится иначе
orignal я тут вижу лажу
orignal тут надо вопрос продумать
orignal нет там все нормально другое дело что это следует делать более эффективно
orignal RECEIVE_TUNNEL это как у тебя. NEXT_TUNNEL это как у следущего
orignal если строишь сиходящий то RECEIVE_TUNNEL выбираешь случайно
orignal а NEXT_TUNNEL это номер входящего на другом конце
orignal точнее не так
orignal точнее так для 1 -хопового если у тебя след пир это конец тоннеля
Vort вижу, что для первого построения 0-хоп применился
orignal да там случайно выбирается
Anonymous How to debug i2pd crash? I think SAM is stupid again
Anonymous Are there docs on this?
Vort with gdb probably
Vort and crash dumps
orignal так я не понял что просиходит?
Vort and manually built i2pd with debug symbols
orignal сообщение доходит а тоннель не строится?
Vort я просто очень хреново понимаю, что происходит. я вот сейчас нашёл ещё какой-то отдельный туннель
Vort ещё один входящий
Vort был ли он в интерфейсе - большой вопрос
Vort и вот туда отсылался ответ при последующем построении исходящего
orignal так строится или нет?
Vort рандом
Vort иногда да, иногда - нет
orignal вот в чем вопрос
orignal отлывается ответ куда написано
Vort я просто не могу никак сообразить, куда должен отсылаться ответ о построении
R4SAS где то опять мьютексы просраны?)
Vort и можно ли это через интерфейс вебконсоли проследить
Anonymous Vort: I hate "debug symbols"
Anonymous that usually means printf? xD
Anonymous Vort: you know how to debug with gdb?
Anonymous I got i2pd.core
R4SAS how you installed package?
Anonymous I don't compile it
R4SAS that's why I'm ask
orignal чо?
R4SAS distro and how package was installed
Anonymous For printing symbols you mean?
Anonymous Isn't gdb useful for that shit?
Anonymous B-but that's deanon
R4SAS useful, but only when there is debugging symbols
Anonymous OpenBSD pkg_add
R4SAS I can say that if you use debian, you can install i2pd-dbgsym package and use gdn on your i2pd.core
Anonymous oh no such thing
Anonymous R4SAS: last time I had a crash orignal told me to just use gdb
R4SAS check twice, they must be available
Vort вот я запустил узел, создался мой дестинейшен. создался нормально входящий и нормально исходящий. я думал, что это получается два туннеля. но по логам я вижу, что создаётся ещё третий туннель - входящий. и через него уже через 10 минут
Vort будет ожидаться ответ для нового исходящего
Anonymous Can't you go bit by bit with gdb before crash?
Anonymous R4SAS: not on OpenBSD
Anonymous Anyways I know it's something to do with SAM, that's for sure lol
R4SAS huh, I thought that ports includes them
Anonymous Probably has to do
Anonymous Really?
R4SAS gdb, mistype
Anonymous I have gdb
Anonymous What-chu need?
Anonymous `gdb i2pd.core`
R4SAS gdb i2pd i2pd.core
R4SAS in coredump dir
Anonymous Won't that start i2pd instance?
R4SAS or full path to binary and core
R4SAS nope
orignal Vort в на веб морде третий не видно?
Vort orignal: он должен быть к дестинейшену привязан или просто висеть в общем списке?
Vort я перезапущу узлы и посмотрю внимательнее
Anonymous segmentation fault
Anonymous what next
Anonymous backtrace
Anonymous whoah a big list
Anonymous I need to do it in tmux 1min
R4SAS if there a big list of questions, than you didn't have debug symbols
Anonymous lots of entries with some 0x.... addresses
Anonymous questions?
R4SAS like ???
Anonymous #0 0x.....(some numbers).. in ?? ()
Anonymous So bad thing?
R4SAS you have no symbols
Anonymous GIVE ME SOME SYMBOLS
Anonymous How-to? I'll need to compile myself?
R4SAS build port yourself
R4SAS fuck bsd
R4SAS that's why I'm asked about system
Anonymous How hard are debug symbols to implement?
Anonymous you mean printf lines?
R4SAS you must build i2pd with enabled DEBUG
Anonymous or something
orignal всегда к дейситнейшину
Anonymous R4SAS: isn't that a C++ option?
Anonymous Like no '-O' ?
Anonymous fck I need I2P git
R4SAS nope, you anyway will use cmake or make
R4SAS onesec
Anonymous No such option in Makefile
Anonymous of openbsd
Anonymous I think this makefile is for all versions
R4SAS i think they stripping symbols
Anonymous I'll get link
Anonymous > not found
Anonymous fuck git and gitea
Anonymous Blinded message
R4SAS hmm, who's that one instance?
Anonymous GitHub is shit
R4SAS I dont remember mine link
Anonymous unless you download .zip hidden in HTML code, you can't view files or directories
Anonymous Community git
R4SAS check git.i2pd.i2p/
Anonymous same thing?
Anonymous you didn't remember .b32.i2p?
Anonymous shame on you
R4SAS I have to start i2pd
Anonymous how the fuck do I find openssl
Vort "<~orignal> всегда к дейситнейшину" - значит или я плохо смотрю или эти туннели неучтённые / потерянные. попробую разобраться
Anonymous > 11 branches
Anonymous found the fucking file
Anonymous lol same time
Anonymous the fuck is yml
R4SAS my i2pd starting in one minute
R4SAS yoiu need only 24-26 lines
R4SAS -DCMAKE_BUILD_TYPE=DEBUG
Anonymous I add that to
Anonymous to this?
orignal бывают и неучтенные
Anonymous Blinded message
R4SAS is there any place to add options?)))
Anonymous > # for tests USE_GMAKE = Yes
Anonymous it uses cmake by default
R4SAS that's different stuff
R4SAS nope
R4SAS gmake is GNU make
Anonymous I don't do such config xD
R4SAS cmake runned anyway
Anonymous ) fucked how do I Makefile
R4SAS шиндовс 4 everyone
R4SAS и никакой ебли
Anonymous fuck russian
R4SAS хотя и виндой хватает ебли
Anonymous OpenBSD это моя любовь, сосать член!
R4SAS соси дальше свою любовь
relaybot 13apophis: morons
relaybot 13apophis: куда делся Р4сас ?
Anonymous перепихнуться
R4SAS поле чистит
relaybot 13apophis: мы тут по фт8 ... до антарктиды достали
relaybot 13apophis: на 20м
R4SAS да, слыхал про это
relaybot 13apophis: ладно
Anonymous fuck russian
relaybot 13apophis: in parallel or sequentially ?
Anonymous R4SAS: I will search internet
Anonymous so I compile with debug symbols and run i2pd until it crashes again, and do gdb again?
R4SAS please do, I don't want to search myself, no much time to do
Anonymous internet search exists
Anonymous R4SAS: you should have a page like 'How to report bugs' on i2pd.website
R4SAS your result binary must weight much more than now
R4SAS 35+ MB at least
Anonymous I guess CC then adds printf() for you? XD
Anonymous At compile-time?
R4SAS 3-10 MB is stripped binaries usually
Anonymous I always did printf() myself
R4SAS thene is nothing changes when you compile with debug
Anonymous But in binary it does I mean
Anonymous 3x size
Anonymous I said at compile time
R4SAS only lesser optimizations used and debugging symbols left in binary
R4SAS not stripped
Anonymous So like I said
Anonymous it removes '-O' compiler flag(s)?
R4SAS depends on your system
Anonymous Default compiling without optimization = with debug ymbols?
Anonymous fuck system
R4SAS -g enables symbols
R4SAS -O2 can be used anyway
Anonymous > -g, -gline-tables-only, -gmodules
Anonymous Control debug information output. Note that Clang debug
Anonymous information works best at -O0.
R4SAS and in ld is no -s flag is used
Anonymous ok so compiler needs 'DCMAKE_BUILD_TYPE=DEBUG' or
Anonymous Or do I just add '-g' ?
R4SAS cmake needs -DCMAKE_BUILD_TYPE=DEBUG
R4SAS gmake must be runned as usually
Anonymous I will come back later, will read more Makefiles and try to find solution and maybe compile too
Anonymous my eyes hurt too much right now
R4SAS apophis, как поживает подводка и обвязка?
R4SAS (про проект подводный)
Anonymous qBittorrent supports I2P
Anonymous But is experimental
R4SAS update )
R4SAS send PR
Anonymous At least spread the good news, that I2P torrentingwill be good
R4SAS same 4 u
relaybot 13apophis: > R4SAS: apophis, как поживает подводка и обвязка?
relaybot 13apophis: про камеру ? если да ... то все в норме. испытал все в начале зимы. Работает. в Апреле начало сезона рыбацкого. Буду фотки слать с нее
R4SAS ну хорошо
R4SAS как глубоко погружал?
relaybot 13apophis: не сильно, < 10 метров на даче.
relaybot 13apophis: холодало конкретно
R4SAS а, ну это не серьезно
relaybot 13apophis: ясное дело что не то что надо, однако ... работает хорошо. Вот в апреле проверю на глубине около 100м
R4SAS запасной приготовил?
relaybot 13apophis: ЛОЛ
relaybot 13apophis: без намеков !!!!
R4SAS но мы то знаем, что их наверняка уже более трех штук )))
relaybot 13apophis: ты хорошую антенну видал ? не диполь конечно, и не провод ... но и не совсем магнитка
relaybot 13apophis: щас кину
R4SAS не помню уже
R4SAS так это квадрат стандартный
relaybot 13apophis: да...
R4SAS ни чем почти не отличается от активной
relaybot 13apophis: там предусилитель хороший ... специальный и линечный
relaybot 13apophis: конечно, почтои нет отличий от магнитки, но ньюансы
R4SAS я не про магнитку)
relaybot 13apophis: у них там в доках, есть модели 4нек2 для нее
Vort orignal: я немного подразобрался с id-шками туннелей - вроде куда надо шлёт (на конец входящего [на другом узле] при построении обновлённого исходящего)
relaybot 13apophis: вот, кстати по другой теме. про подводные дроны ВСУ, которые ебанули кораблик последний
Vort не сразу сообразил, что у одного туннеля может быть несколько id
orignal ну а в чем тогда проблема?
relaybot 13apophis: R4SAS: ^^ лидар зеленый, интеграл с 100м высоты. дрон под поверхностью на 2 метра
orignal не доходит ответ ?
Vort в том, что вариант "// IBGW is local" выглядит не рабочим. не знаю ещё почему
orignal а именно?
Vort да. не доходит. может из-за expiring статуса? хотя это глупо
R4SAS ща, погодь
Vort ну или доходит, но туннель не создаётся
Anonymous R4SAS: what do I do with links?
orignal так погоди это на конце исходящего
Anonymous I link to 2 aarticles
Anonymous they could go down tomorrow xD
Anonymous you will see patch 1min
orignal тут и вопрос доходит туда или нет
Vort то есть, я убедился, что на "другом" узле отрабатывает ветка "// IBGW is local"
Vort и она должна отослать ответ на первый узел
R4SAS apophis, хм...
relaybot 13apophis: хмм
Vort когда срабатывает "// reply IBGW is not local?" - тогда туннель создаётся
R4SAS ну и чего тут не так?)
R4SAS это симуляция?
orignal а с той веткой что?
orignal tunnel->SendTunnelDataMsg (replyMsg);
orignal вот это отрабатывается?
relaybot 13apophis: R4SAS: ну явное дело, на супер софте физическом. Не теория совсем
Vort я на 99% уверен, что отрабатывается
orignal а дальше оно уходит?
Vort пока что не знаю, где это ловить
R4SAS zcyj
R4SAS ясно
orignal а на первом узеле reply не приходит?
Vort ну я не видел
Vort буду ещё думать
orignal HandleTunnelBuildReplyMsg
orignal там же должно быть собщение
orignal LogPrint (eLogDebug, "I2NP: TunnelBuildReplyMsg of ", num, " records replyMsgID=", replyMsgID);
Anonymous whoops I moved I2Psnark?
R4SAS Anonymous: heh
R4SAS only SAM note
Anonymous diff(1) is stupid, then
R4SAS moved?
R4SAS added line with йишеещккуте
Anonymous diff.diff is confusing wiht '-' and '+' lol
R4SAS qbittorrent**
R4SAS use diff --git
Anonymous my eyes hurt, Imight be seeing htings
Anonymous This is not GNU/Shit
Anonymous This is BSD with no shit --shit
R4SAS diff can use git diff style
Anonymous Do yo ulike it?
Anonymous mine can't
R4SAS uesr-friendly
Anonymous Oh and also no official documentation
Anonymous I forgot to add that
R4SAS just send new line text
R4SAS screw that diff
Anonymous too late :D
Anonymous the SAM API warning has to go below **BitTorrent software...
Anonymous Fuck me stupid eyes
Vort проверил, что на "другом" узле отрабатывает TunnelGatewayBuffer::PutI2NPMsg
Vort пока что не знаю, в каком месте это сообщение реально будет отправлено
orignal счас скажу
orignal вот тут void TunnelGateway::SendBuffer ()
Anonymous If you're lazy xD
Vort попробую половить все i2np сообщения приходящие во входящий туннель первого узла. там же, наверное, только пинги и построения туннелей должны быть
Vort если кроме пингов ничего не будет - значит, имеем проблему
Vort но это уже наверно завтра
orignal ну если ничего через него не гоняешь то да только пинги и ответы на построение тоннелей