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

R4SAS orignal: 11го напишешь ченжлог?

R4SAS чтобы я 12 уже начал

orignal да

orignal без проблем

R4SAS я так понимаю weko так и не добрался до PR

R4SAS orignal: почему GetName() в protected в HTTPProxy.h и SOCKS.h?

orignal думаб потому что он наследуется от I2PTunnel или что то в ы этом роде

R4SAS и насчет вопроса про то, почему return ""

R4SAS ведь прекрасно помню: stackoverflow.com/a/26588207

R4SAS orignal: а как можно найти клиентский туннель по b32?

R4SAS т.е. в точности на оборот

R4SAS не как сейчас сделано на странице туннелей

R4SAS через GetClientTunnels ().second->GetLocalDestination ()->GetIdentHash()

R4SAS только итерацией по GetClientTunnels () и сравнением?

orignal их список в ClientContext

orignal так по IdentHash есть поиск

R4SAS FindLocalDestination ,

R4SAS ?

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

R4SAS вроде я это и делал

R4SAS )))

R4SAS или не там, не помню. знаю что где то так же дубликаты искал. наверно в бобе

R4SAS if (masterSession->subsessions.count (id) > 1)

R4SAS тут оно вообще по другому

R4SAS но это по id

orignal нет там есть запрос именно по локальному адресу к i2p::client::context

R4SAS не вижу...

R4SAS orignal: что думаешь насчет замены return "" на return {} ?

R4SAS таг где возвращаемое значение в std::string

R4SAS там*

orignal std::shared_ptr<ClientDestination> FindLocalDestination (const i2p::data::IdentHash& destination) const;

orignal а тоннелей на одном адересе может быть несколько это только пербором

R4SAS ну так я это и писал выше

RedFox Здравствуйте господа разработчики. А когда версия с последними исправлениями соберется для тех кто не сильно умеет собирать из исходников? Периодически набираю sudo apt update а апдейтов так и нет. Сейчас стоит i2pd 2.47.0

kvaf так это ж и есть последний релиз. Следущий релиз на следущей неделе надо ждать

RedFox Так вроде много исправлений было из за атаки на сеть. У меня эта версия до атаки стояла так и стоит.

kvaf атаки с начала года были, версия 2.47 в марте вышла. С тех пор тоже были атаки, новый релиз с исправлениями повторяю ожидай на следущей неделе

orignal 12 ого

kvaf 12го только git tag, а вот пакеты под поддерживаемые репы появляются тоже не мгновенно

weko Ну в течении пары дней

Vort i2pd.readthedocs.io/en/latest/user-guide/tunnels

Vort inport: What port at local destination server tunnel listens to (default: same as port)

Vort github.com/PurpleI2P/i2pd/blob/75aa9f2c0c79c09d9ddc85465edad090dfee884d/libi2pd_client/ClientContext.cpp#L726

Vort , 0 выглядит как баг (https://github.com/PurpleI2P/i2pd/issues/1936)

orignal 0 означает что дефолтный

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

Vort ну а по документации должен быть равен port

Vort 0 ведь всегда один и тот же получается

Vort а если два сервиса, то должно быть два порта

Vort короч расхождение с доками и запутанные юзеры

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

orignal я уже давно это делал не помню что там

R4SAS да, этот кусок доки не правильный

R4SAS не знаю в какой раз уже это описывается

R4SAS дест по умолчанию будет слать на туннель который был первым загружен

R4SAS т.е. если первый туннель был описан как port=80 без inport, а второй port=443 inport=443 то все входящие запросы, которые не указывают порт назначения будут попадать на первый туннель отпраляющий пакеты на 80

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

R4SAS и как бы этот момент описывается тут: github.com/PurpleI2P/i2pd/blob/openssl/libi2pd_client/I2PTunnel.cpp#L711-L714