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

Cinnamon #help

Cinnamon Привествую вас боги DEEP WEB . Вопрос знатокам . Есть ли возможность поменять Router Ident: ?

Cinnamon в I2pd

onon keys = transient-key

onon Или вручную меняй по мере необходимости

Cinnamon Спасибо

Vort keys - это же про туннели

Vort ID роутера - это в router.keys вроде

Vort но вот только менять его, скорее всего, не нужно

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

Cinnamon Спасибо

Vort такое ощущение, что кто-то распространяет информацию, будто это чем-то улучшает безопасность

Cinnamon Это ID и чисто теоретически енто можно использовать для иднтификации , вот и подумал а как решить эту логическую задачю !!! можно иль нет а если можна то как !!!

onon Да, что-то я не проснулся ещё. Там в ру кто-то спрашивал про б32, я на автомате.

vvv я спрашивал про b32, с этим разобрались

onon RI у тебя публикуется вместе с твоим IP

Cinnamon Я про Router Ident:

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

onon Поэтому непонятно, что ты там решил идентифицировать

Cinnamon Просто закончил игать в Potal 2 счаз играю в i2pd )))

Vort поэтому смена id роутера лишь нагрузит сеть и всё

Cinnamon Portal2

Cinnamon А почему вдруг onon решил что Я буду индентифицировать ?

onon onon решил, что не нужно тут глупые вопросы задавать

Cinnamon Ок onnon к тебе обращятся за помощю и советом не буду ,прошу прощени яесли я тебя обидел

Cinnamon Надеюс с тобой инцедент исчерпан onon ?

onon Иди на #ru флуди

onon Не здесь

orignal так-с опять ебучий XP поломался

orignal давайте уже пристрелим эту лошадь

onon Давайте определимся, в чем проблема с UDP туннелями сейчас

onon Ты говоришь, они засирают сеть.

onon Почему так происходит

onon В случае с игрушкой minetest вроде понятно, что сама игрушка шлёт много мелких пакетов по 100-200 байт, а у нас они превращаются в килобайтные сообщения.

onon И трафик получается такой, что мало какой туннель его выдержит

orignal я не говоил что они засирают

orignal я говорил что они могут засирать потому что CC нет

onon В случае с WG, насколько я понял, он просто заворачивает TCP в UDP с шифрованием.

onon Поэтому там всё зависит от CC который стоит на TCP

orignal тут две проблемы

orignal отсуствие CC вообще

orignal и что просиходит с WG

onon А что с ним происходит

onon Просаживается скорость?

onon Ну так столько оверхеда

onon В общем я что подумал, сделать туда CC конечно реально. Но переделывать нужно много, и по времени и по трудозатратам.

onon А насколько результат оправдает ожидания - не очевидно.

orignal ацетон говорит зависает

orignal ну надо попытться понять чего WG лагает

onon А у ацетона какой CC на TCP стоит?

onon И зависает намертво, или не совсем?

onon У меня minetest зависает намертво, когда туннели не могут переключиться

onon Там или баг какой-то или с лизсетами засада.

orignal дефолтный естественно

orignal вот надо понять почему у тебя зависает

onon Так вот пусть bbr включит

orignal а как быть тем кто не включат?

onon Я могу тут накидать концепцию, как этот CC может быть устроен. Но сам я такое не напишу.

onon Потому что там в пакеты нужно дополнительные поля добавлять

onon И ещё кучу логики делать

orignal пока не надо

orignal надо понять почему виснет

orignal ты читатл пропосал про datagram 2?

onon Там только добавляет какие-то оффлайн-подписи

onon Я не знаю зачем это

onon Вернее там написано зачем, но я не разбираюсь просто.

onon Вот нужно определиться, будет ли у нас два варианта UDP туннелей - с CC и без.

orignal там поле флагов есть

onon Потому что текущий вариант тоже можно улучшить

onon Но стоит ли

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

onon Сделай как в стримах

onon Для начала нужно хотя бы обработку акков сделать, чтобы видеть, доходят ли наши сообщения.

onon Я её не нашёл

orignal значит ее нету

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

orignal но там же можно из сессии узнать и жто проверяется

onon Вот объясни мне механизм

orignal надо сделать так как в i2cp

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

onon Вот я не уверен, что в i2cp это сделано хорошо

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

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

onon А подробный алгоритм где посмотреть?

orignal в I2CP.cpp я полагаю

onon Вот запросил ты акк на уровне сессии, и сколько ты ждать будешь?

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

orignal запрос начинается каждые 33 секунды

orignal короче плохо все

onon За 33 секунды ты уже 800 пакетов отправишь в дохлый туннель

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

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

orignal все начинается с функции size_t ECIESX25519AEADRatchetSession::CreatePayload (std::shared_ptr<const I2NPMessage> msg, bool first, uint8_t * payload)

onon В стримах если акки перестали приходить, он через RTO перестаёт слать основной поток

onon И начинает слать "служебные" сообщения для переключения туннелей

orignal и да ты прав надо и i2cp переделывать

onon Вот в UDP есть repliable датаграммы

onon Клиент де на них отвечает вроде

onon Мы где-то видим эти ответы?

orignal так а чем от отвечает? пустым сообщением

orignal это бы тоже надо переделать