~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
колдыр
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
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