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

orignal что именно?

orignal так есть же оно уже с кодом D

orignal просто у нас не сделано

orignal я просто не понимаю что с этим D слелует делать

orignal поправил хуйню со стримами

Vort "<~orignal> просто у нас не сделано" ну вот я добавил, чтобы выставлялся D. вопрос в том, при каком уровне загрузки его надо ставить. пока что сделал 50%, но, может, надо повыше

Vort ещё вопрос про "over several minutes" из пропозала. я сделал 5 минут, можно тоже поменять

Vort и раз уже считается процент, то для High congestion поставил порог срабатывания в 90%. чтобы учесть скорость распространения флага по сети. тоже можно корректировать

Vort в общем, глянь коммит, пожалуйста, как сможешь

Vort "<~orignal> я просто не понимаю что с этим D слелует делать" к примеру, выбирать D узел для построения туннеля с 50% шансом

onon1 В общем, концепцию теста туннелей нужно бы переработать. Но на данном этапе, как временное решение, предлагаю слать два теста в один туннель одновременно, на два входящих. И на водящие, соответственно с двух исходящих. И фейлить толь

onon1 дин тест не прошёл.

onon1 Это не потребует больших изменений в коде, но, в теории, должно существенно облегчить ситуацию.

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

Vort лучше разобраться, почему фейлы по-прежнему часто идут парами. вероятно, в коде ещё баги сидят

onon Вроде, очевидно, что мы в один исходящий отправили, и на входящем ожидали получить, но не получили. Поэтому фейлим пару.

onon Я вот точно не знаю, влезут ли два теста в 1КБ, если влезут, то не в два раза нагрузка вырастет.

Vort onon: я имею в виду второй фейл, который убирает туннели из дестинейшена. вот он часто парой идёт. про первый то понятно

Vort вроде бы последние коммиты должны были это исправить, но по наблюдениям test failed даёт очень высокий шанс получить следом уже полноценный failed

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

onon Я уже писал, почему это происходит

onon Второй тест мы отправляем рандомно, из другого туннеля. А конец туннеля просто не знает начало входящего, начинает опрашивать флудфилы, фейл идёт по таймауту.

Vort первые тесты не рандомны что ли?

onon Я имею ввиду, что если первый тест прошёл удачно, то второй с большей вероятностью пройдёт неудачно

onon Нет не так, если первый не прошел по таймауту из-за флудфила, то и второй зафейлится так же.

onon Если бы мы отправили его тем же маршрутом, он скорее всего прошел бы нормально

Vort ну для одно туннеля из пары - да, понятно. а второй почему фейлится, если он нормальный?

onon Я это выяснил очень просто, вырезал код, который фейлит туннели и наблюдал за певедением, так вот реально плохих туннелей навскидку примерно 5%

tetrimer RTT=8000 - как признак заклинившего стрима.

onon Остальные либо из-за очередей на узлах, или из-за таймаута из-за запросов к фф

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

Vort короч объяснение эффекта пока что не полно

onon 95% failed туннелей после 3-4 теста, работали нормально

onon Из-за плохой связности

onon Выходная точка туннеля должна знать все входные точки туннелей при таком раскладе

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

onon Что, как понятно, бывает не всегда

Vort так это общая проблема, а меня беспокоит эффект конкретно с парами

weko [08:03:59] <Vort> в два раза больше нагрузка на сеть будет

weko Ало это копейки совсем. Хватит уже париться об этом.

Vort weko: доказательства будут?

weko Vort: ну посмотри количество трафика

weko Вот тебе доказательства

weko На пустой конечной точке

Vort 100 байт в секунду на туннель. если помножить на количество транзитов - получается дохрена

weko Vort: так пока TCSR в сети низкий, большая часть того, что отображается как транзит - дохлые туннели изначально

Vort сейчас посмотрю сколько туннелей с 0 байтами

Vort Transit Tunnels: 12871

weko 0 ещё могут быть джависты

Vort 0.00 KiB - 9215 штук

weko Они же не тестят вроде

weko Vort: ну вот реальных только 3 тыщи

Vort 3 тыщи на 100 байт/сек = 300 килобайт/сек

weko Ну вполне адекватно

Vort если в два раза больше слать пингов, будет 600 килобайт/сек

weko Ну даже лучше

weko С таким малым количеством любой тостер справится

Vort нет, не лучше - медленные узлы - это основная часть сети. если их перегружать, то останутся пригодными для использования только самые быстрые

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

weko Vort: так только быстрые и используются, для всех туннелей кроме exploratory

tetrimer С залипшими стримами ситуация вроде как воспроизводится: делаем запрос на клиенте, там же на i2pd создается стрим с нулем в Received и RTT=8000, но на серверной стороне - коннектов нет.

tetrimer И вот пока этот стрим своей смертью не помрет - все стоит...

tetrimer Пробовал срубать стрим из веб-инрерфейса, создаются такие же мертвяки.

tetrimer ReloadTunnelConfiguration - помогает.

Vort weko: M N O - это тоже HIGH_BANDWIDTH. а они _уже_ забиты обработкой пингов (те самые 300 килобайт/сек)

weko Ну что ж поделать, что у них так мало скорости

weko Ничего не сделать

Vort что делать - думать, как меньше грузить сеть (или хотя бы как не грузить больше, чем уже нагружена)

Vort вот у меня сейчас транзит 1.2 мегабайта/сек. если 0.3 мегабайта/сек из них пинги даже на быстром узле - то это же не нормально

weko Куча роутеров с L и более остаётся

weko Vort: это нормально

Vort 30% ресурсов сети тратится на отправку пингов. это если не учитывать запросы RI и прочее, котороые нужны для их обработки

weko Профилирование можно сделать. Тестить часто те туннели, где есть проблемный роутер

weko Vort: у сети куча свободных ресурсов, которые никак не расходуятся. Даже на L, M, O

weko И N

weko Просто полностью не может выжать доступный канал

Vort замеры делал? надо проверить, сколько сжирает трафика O узел

Vort я думаю, что они забиты полностью

weko Да даже на своём посмотри

Vort полное забивание канала - кстати, не лучший вариант, тогда отлупы будут

weko Посчитай по аптайму и суммарному количеству трафика среднюю скорость

weko И сравни с лимитом

Vort weko: а я не говорю, что X забиты. я говорю, что забиты L M N O

weko Так у тебя же не X

Vort основной узел - X с лимитом в 6 мегабайт/сек

weko X это unlimited

Vort не обязательно

weko У тебя L значит

weko В доках сказано так

weko Ой не L

Vort значит доки надо чинить. вот я для тестов поставил bandwidth = 800 и получил P узел

weko А P

weko Vort: судя по примеру надо код чинить

weko Должна ставится буква ниже целевого bandwidth

Vort ну почему же. логично, что X - это выше, чем P, который 2 мегабайта/сек

Vort а у меня 6 мегабайт/сек

Vort значит, выше, чем P

weko Vort: не значит что дотягивает до X

weko X вообще должна быть только когда X стоит

weko Потому бесконечность цифрами не написатт

weko Vort: просто мы сейчас говорим сети, что мы позволяет больше, чем позволяем на самом деле

weko А это не верно

weko Я не прав:)

weko Надо править доку в i2pd

weko Я думаю надо буквы оттуда убрать и вовсе, пусть пишут конкретное число

weko И надо с дедом тогда следующую букву обсудить

weko Что то от 2000 до лимита какого то

weko А не тогда X будет 2000-?, а следующая от ?

Vort в реальности всегда есть какие-то ограничения

Vort чем точнее юзер задаст их, тем лучше будет работать сеть

Vort то есть, в идеале, все узлы должны ставить лимит

Vort ещё один важный вопрос - цель регуляции/балансировки нагрузки

Vort мне кажется, что сейчас сеть склонна перегружать медленные узлы

Vort и лучше ставить целью одинаковую загрузку (в процентах) по всей сети независимо от скорости

Vort допустим, сеть забита на 80%. в таком случае L узел должен быть загружен на 26 килобайт/сек из 32, P узел на 1.6 мегабайт/сек из 2. и так далее

Vort если же отправлять одинаковую нагрузку на eHighBandwidth M и eHighBandwidth P, то и имеем ту фигню, что сейчас

weko Vort:

weko Ну это я тоже уже говорил

weko Нужно чтобы были соотношени

weko я

Vort коэффициент по скорости помноженный на коэффициент для D узлов

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

Vort печально, что это до сих пор не сделано

Vort это ж писец, когда на узел с лимитом в 64 килобайта/сек направляется такая же нагрузка, как на узел с лимитом в 10000 килобайт/сек

onon Ситуация со стримами вроде как улучшилась, но не решилась полностью. Попытка прокачать 1ГБ в 10 потоков по 100 МБ не увенчалась успехом. Все стримы умерли почти одновременно примерно через 50 минут.

onon Попытка прокачать 1 ГБ в один поток так же не оказалась успешной. Время фейла я упустил, но примерно около часа протянул.

onon И ещё как будто появилась задержка перед стартом стрима.

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

onon1 Есть ещё предположения относительно низкого ткср из-за таймаутов, но я не проверял.

onon1 Если в общих чертах, то мы пытаемся построить туннель через малонагруженный узел а он следующего хопа не знает и делает запросы к флудфилам, туннель отваливается по таймауту.

Vort так в стримах только креш починен

Vort почему они глючат - отдельный вопрос

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

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

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

tetrimer Это не приведет к деанонимизации узлов сети?

Vort tetrimer: что именно?

tetrimer Указание флагов скорости.

onon1 Это локально у себя

Vort в консоли, да

tetrimer В консоли у майора - ага...

Vort стоит предполагать, что у него уже такой патч стоит :)

onon1 Там у него сразу с айпишниками выдаёт

Vort :)

tetrimer Тут бы, может, наоборот сделать: скорость одинаковая, а туннелей у медленного узла - должно быть меньше.

onon1 Туннели не всегда загружены на 100%

onon1 Будет простой мощностей

Vort там фиг поймешь пока что как вероятность корректно приткнуть, так что так просто сделать не выйдет - надо будет обдумать

Vort (это я про вариант балансировки по флагам)

tetrimer onon1: Если туннель не загружен время dT - считаем его мертвым|ненужным и сбрасываем.

tetrimer А вот это dT - можно делать разным у медленного и быстрого узла.

Vort для того и нужны тунели, чтобы был запас готовых к работе

Vort лишить себя всех туннелей во время простоя - это экономно, но тормозно

tetrimer Запас своих или транзитных? Мы же не знаем: кто нашим транзитом воспользуется.

tetrimer А туннель в простое - не факт, что будет рабочим с другой стороны к моменту, когда он понадобится.

Vort ну транзиты то только java сбрасывает )

Vort а наши - пингуем

Vort гарантируя тем самым доступность

orignal гляну

orignal почему фейлятся парами надо посмотреть не одинаковый ли там маршрут

orignal никто не проверял последний коммт на предмет падений стримов?

onon1 Вот я и предлагаю дублировать по двум маршрутам.

Vort ну я написал в #1955 что надо бы проверить

onon1 У меня на тестах стримы зависали и дропались на стороне сервера

orignal я вот что думаю

orignal первое с чего надо начинать тесты это с шифрования

Vort почему?

onon1 Это нужно, да

orignal иначе смотрите какая возможность для атаки

orignal сидит злоумешленник на концах тоннелей и дропает тесты

orignal в интоге вся сеть постоянно перестаривает тоннели

Vort добавил отображение букв и удивился, увидев как туннель моего прокси построился через L узел :)

onon1 Видимо, от безысходности...

Vort 11 тыщ узлов в базе...

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

Vort опять через L попёрло!

Vort две тыщи транспортов блин

tetrimer Воот, значит надо, чтобы этот L прокидывал через себя ваши чемоданы так же, как и O.

tetrimer А этом можно сделать только уменьшив на нем количество туннелей.

Vort в общем, вот коммит. надеюсь, ничего не сломал: github.com/Vort/i2pd/commit/83e8a3072625cc96761fabe0430f33666c28bb18

Vort да вроде ж всё время говорилось, что через L только exploration идёт

Vort так что с большой вероятностью это баг

onon1 Я такое только про яву слышал. Как у нас не знаю.

Vort понятно, что такой туннель будет фейлиться

orignal Vort L был первых хопом?

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

Vort 2850371712:me ⇒ xUCZ X ⇒ lQfp L ⇒ POKQ N ⇒ ( 2518ms ) established, 45.18 KiB

Vort (exploratory) нету, значит, скорее всего, был на прокси

Vort ещё заметны случаи, когда RouterInfo пропадает при живом туннеле. это вообще нормально?

onon1 Они же по кд, вроде вычищаются.

Vort по чём?

onon1 AUTOCLEANэ

Vort так старые ж наверно только

Vort странно это в любом случае. понадобится обновить просроченный туннель - опять RI качать что ли?

tetrimer А если я в скорости узла использую не буквы, а числа - то что там оно покажет? :)

Vort tetrimer: то, что в RouterInfo

Vort ближайшая буква

Vort числовые ограничения не публикуются в сеть

weko Я думаю надо в доках убрать про буквы. Пользователь пусть задаёт число, конкретное, а не ориентируется на внутреннюю кухню

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

Vort можно на них меньший акцент делать, это да

Vort вот, опять. теперь я точно проверил, что это прокси:

Vort 3815805540:me ⇒ spmz P ⇒ 3ihF L ⇒ 290I P ⇒ ( 190ms ) established, 2.01 KiB

orignal да это нормально

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

ovril Меня все больше и больше удручает отсутствие систематизированности сервисов в i2p и отсутствие человеческих мессенджеров

ovril Нету в планах упорядочивания всего этого дела?

Danon orignal: что ты подразумеваешь под систематизированностью?

orignal а я причем тут?

ovril Я имею в виду чтобы основные сервисы сети были доступны на прямую из роутера.

ovril Потому что офигенно ждать когда тебе что то нужно а сервак справочной лежит, ну например вчера лежал трусишка i2p и я обломался с simplex

ovril хотелось бы внятных альтернатив и их систематизации

tetrimer ovril: Есть реусрс 333.i2p - можно там попробовать что-то отлить в гранит.

ovril знаю форум такой, но это немного не то.

Danon "доступны напрямую из роутера"? это как?

ovril по вебморде. тип того.

ovril сервисы вшитые в роутер по умолчанию вообщем.

ovril если они p2p то им и гарантированы

Danon ovril: несешь хуйню

ovril это гарантирует кросс-платформенность решений + решит множество проблем с безопасностью и универсальностью

ovril а еще снизит порог входа

Danon ovril: ногу повыше подними и порог не придется снижать

orignal Vort вроде нормально с D давай PR делай

orignal ovril ты разобрался с проксями?

ovril потому что например librewolf и i2pd защищены аппармором, а все остальное нет.

ovril да разобрался, повторно беда была, она связана с часами, я попробовал два решения оба не помогли но со временем она исчезла и больше не появлялась

ovril первое отключить чето в роутере щас не вспомню, параметр прописать. вторая это прописать часовой профиль прямо в папку конфига i2p

orignal я сделал наконец работу апстрима через сокс5

orignal так что теперь можно перенаправлять на локальный тор

Danon orignal: делать клиентские тоннели на тор?

orignal нет

orignal есть сокс и http прокси

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

orignal раньше было можно потом стало нельзя потому что тор отключил сокс4

Danon а раньше разве не работало?

un orignal, я делал это ранее через proxy.pac

Danon понял

un function FindProxyForURL(url, host)

orignal счас снова можно потому что я переделал на сокс5 наконец

Danon orignal: это будет новая версия или транк?

un считаю что в i2pd это лишнее

ovril кайф

ovril нет это не лишнее, в россии скоро за анонимайзеры сажать будут

ovril а в кмтае уже сажают и в ряде других стран тоже

orignal транк

orignal в седубщей будет

orignal un я тоже так считаю но многие жаловались

orignal кстати я наконец твой код для сокс прокси в NTCP2 переделал

un orignal, это те кто выбирает легкий путь. тот что полегче

ovril кстати у вас не было контактов с разрабами cwtch? а то я видел их упоминание в переписке zzz

un ы-ы-ы я тогда его за день наколбасил на коленках. мне позарез нужно было через тор "выпустить" i2pd

un по хорошему, надо все разделять. tor i2p clear . если уж хочется миксануть в браузере, то privoxy/polipo/proxy.pac

un мисковать все в одном бразуере - полный зашквар

un поэтому данный параметр в i2pd тоже полный зашквар для того кто его будет юзать

un ну дп это из дело. остальным главное помнить куда посмотреть и что вырубить. или не врубать.

ovril наоборот потому что тогда достаточно защищать лишь i2p и браузер

ovril а это проще и надежнее

un бля..

ovril а комбинация лишней не будет она латает недостатки друг друга

orignal un ну вот ovril искользует

un школота

ovril например, первый прокси скрывает факт использования прокси

orignal оказался очень нужным параметром

ovril тор скрывает твой ip от участников i2p

orignal а я пошел еще дальше и сделал SSU2 через прокси

ovril а i2p защищает от всего остального

ovril красавчик

orignal правда тор UDP не поддерживает

orignal а вот shadowsocks запросто

un ovril, ты попробуй поразмысли над тем, чем может быть плохо пользоваться одним брауером cross всех дарконетов и клирнета

un > сделал SSU2 через прокси

un это круто

ovril я проверял, i2p поверх тора с udp норм пашет. даже без ssu2

orignal у сокс5 есть поддрежка UDP

orignal так у тора нет udp

orignal или уже появился?

un нет

un ovril, гонит

orignal зато тор умеет через локальные сокеты

orignal я проверял

orignal на днях запилю

un это ж не сложно

un ну да

orignal ну просто факт что работает

orignal поключение к его прокси по локальному сокету

ovril а ты об этом, хм так есть же about profiles

ovril можно несколько профилей сделать

ovril и все

ovril касательно тор браузера кста, я ему не доверяю они рукожопы

ovril они юзерагент палят

ovril как и librewolf кста

ovril но в нем то я починю

ovril а в торе неа

ovril так что я тор браузером просто тор сеть раздаю

ovril ориньяль у тора нету и вряд ли будет, а у i2pd вот есть вроде проблем с udp нету. в отличии от тора и шэдоусокса в голую

orignal кстати есть браузеры умеющие через локальные сокеты к прокси цепляться?

orignal кроме curl

ovril хм хз, фаерфокс умеет через прописанные прокси цеплятся не знаю то это или нет

ovril хромиум умеет но там терминал надо... chromium --proxy-server

orignal можно ему укзаать на 127.0.0.1:9050 а файл?

ovril насчет файла хз, а в настройках можно указать да. оботм

ovril обоим*

un unix sockets - не портабельные

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

un в винде нет и не было

orignal вот эти ващи микросервисы

orignal каждый из них требоует себе порта

orignal а портов не так много в системе

un там есть другое - pipe

ovril там вроде маски для такого используют ip адресов

un типа //./pipe/docker_engine

orignal un в смысле FIFO

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

ovril но я не вникал, видел лишь как челик gate и маску юзал чтобы в виртуалку тор пробросить

ovril но это лютое извращение сложное

un а хз. мне надо было в винде пробросить в докер контейнер контрольный сокет докер

ovril обычно портов хватает

un я нашел такое решение -v //./pipe/docker_engine://./pipe/docker_engine

orignal 64K крайне немного

orignal учитывая что еще нужны и клиентские

un виндой занимаюсь только последние 5 лет - не перестаю удивлятся. но глубоко без нужды не лезу

orignal кстати говорили что в винде докальные скоеты уже есть

ovril винда интересно сделана, местами более продумана чем линукс. именно как десктоп

un ну походу вот это и есть //./pipe/docker_engin

un задачи по винде добавляют факт рандомности решений, который видимо нуджен, чтобы мозг не привыкал к четкой системе unix мира

ovril unix мир по своему убог

ovril в нем нет средств защиты нормальных в отличии от винды, не решена проблема дистрибуции в отличии от виндовс, фаерволы протекают в отличии от виндовс

ovril графика в винде безопаснее

orignal не забывайте что пайпа однонаправленные

` <ovril> в нем нет средств защиты нормальных в отличии от винды, не решена проблема дистрибуции в отличии от виндовс, фаерволы протекают в отличии от виндовс

` А еще в Линукс 11 Про нет рекламы ЛибреОффиса180, очень нужного опэн-эйай, и вообще система крайне ограничена в индивидуальных десктопных настройках. /s

ovril почему то проблем настроить винду у меня нет, а в линуксе нет песочниц и проги локально хер поставишь

ovril все иб-шники рвут на себе волосы именно по поводу линукса

ovril потому что его не возможно настроить нормально

` Настрой виндлус хэлло на авторизацию по юбикею)00 Из личного опыта.

` Такое вот оно иб

ovril а это в целом не безопасно кста

ovril особенно в линуксе где воткнутая флешка гарантировано убьет ядро

ovril вообще отсутствие систематизации сервисов в i2p создает много проблем связанных с отказоустойчивостью сервисов, их охватом и фингерпринтингом.

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

weko ну это другое уже не пользовательская зона

weko <ovril> Меня все больше и больше удручает отсутствие систематизированности сервисов в i2p и отсутствие человеческих мессенджеров

weko ну сделай

weko <ovril> потому что например librewolf и i2pd защищены аппармором, а все остальное нет.

weko нынче самое верное решение от человеческого фактора и не только - виртуалка

weko <un> считаю что в i2pd это лишнее

weko согласен

weko <un> школота

weko ++

weko <ovril> вообще отсутствие систематизации сервисов в i2p создает много проблем связанных с отказоустойчивостью сервисов, их охватом и фингерпринтингом.

weko нужна не систематизация, а децентрализация.

Vort внедрение сервисов прямо в роутер - это расширение поверхности атаки. тут даже HTTP фильтр без багов удалось раза с 5го наверно только сделать )

Vort если что-то сложное внедрить - хакнут очень быстро

Vort orignal: я ещё проверю поддержку D чтобы там деления на ноль нигде не было

Vort а что думаешь про добавление букв скоростей? сейчас скрин покажу

Vort paste.i2pd.xyz/?9070f681a8959fac#CVX8CwoND7JpdVdVsbCfgoFXehEAgDfQdGAzzTD13YC6

Vort если заниматься балансированием, то фича нужная. да и надо разобраться откуда там L вылазит. может ещё что-то удастся заметить

Vort ещё по поводу D - стоит наверно подправить проценты как java делает. сейчас глянул - по количеству туннелей по крайней мере - E 90%, D 80%

Vort сейчас поищу по трафику

Vort ага, по трафику то же самое. хз. наверно 80% это как-то много. думаю, 70% лучше

orignal откуда берутся мелкотрачатые?

orignal тут думать надо

orignal да буквы хорошая идея

orignal может вообще все caps стоит

Vort они же не хранятся, вот в чём дело. для букв трафика я просто char взял дополнительно

Vort char это мелочь, а над string уже думать надо

Vort можно пока добавить буквы трафика, а потом подумать над расширением на все остальные флаги

orignal зато там хранится reachable

Vort и ещё по поводу всех букв - не втулит ли кто-нибудь <script> во флаги?

Vort а, типа пересобрать заново? ну может...

orignal ну тах сохняй в tunnel path

orignal вот здесь struct TunnelHop

Vort я так тоже поначалу думал, потом понял две вещи - 1. там много протаскивать надо 2. полезно видеть, если флаг поменялся за время жизни туннеля

orignal std::shared_ptr<const i2p::data::IdentityEx> ident;

orignal интересно нахуя нам там полный адрес

Vort теперь по поводу кода D - я таки нашёл деление на ноль. сейчас залатаю. но надо понять - может при share = 0 ставить G флаг? или это разные вещи?

orignal да при share =0 однозначино G

Vort попробую добавить

Vort сделал пока draft. если где-то за час мой узел не развалится, то можно будет вливать

Vort ну или может кто ещё потестировать захочет

Vort по поводу протаскивания флагов в TunnelHop - сомневаюсь, что смогу сделать нормально

Vort сможешь сделать полные флаги - хорошо. нет - тогда стоит буквы трафика влить. остаться же совсем без этой фичи не хочется

flumental А если я на ноду отправлю миллиард запросов, и буду прям долбиться-долбиться, это сильно будет тратить её трафик?

Vort пронаблюдал на своём узле смену флагов OfR -> OfRD -> OfRE -> OfRD, поэтому снял draft статус с пул реквеста

Vort github.com/PurpleI2P/i2pd/pull/2016