IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/09/08
~AreEnn
~R4SAS
~acetone
~orignal
~villain
&N00B
+Xeha
+relaybot
DUHOVKIN
Guest7184
Leopold
Most2
Nausicaa
Ruskoye_911
Vort
anon2
b3t4f4c3
karamba_i2p
nemiga
not_bob_afk
plap
poriori
profetikla
soos
teeth
un
weko_
whothefuckami
orignal кстати продолженние комедии с тором
orignal эти дебилы забанили выходные торовские ноды только по ipv4
orignal по ipv6 все прекрасно ходит через тор
onon Запишу тут пока, что выяснил.
onon Стрим начинает менять лиз при каждой отправке пакета и параллельно шлёт SendQuickAck ()
onon SendQuickAck () похоже вызывается из SendUpdatedLeaseSet ()
onon И там же делается
onon m_RoutingSession->SetSharedRoutingPath (nullptr);
onon m_CurrentOutboundTunnel = nullptr;
onon m_CurrentRemoteLease = nullptr;
onon А SendUpdatedLeaseSet () вызывается из void Stream::HandleReceiveTimer
onon Тот, который код в хидере
onon Который я пока не совсем понял
orignal так в стримах он должен быть тривиальный
orignal потому что это счас на уровне сесссии делается
orignal когда что то пытаемся послать сессия смотрит нету ли свежего лизсета и будет его прицеплять пока не получит подтверждение
orignal иными словами SendUpdatedlLeasetSet должно вызывать только когда больше ничего не посылаетсся
onon В этот момент у меня буфер полный
onon Или что имеется в виду?
orignal смотри
orignal если у тебя что то отправляется
orignal то вызывать SendUpdatedLeaseSet не надол
orignal скорее всего это анахронизм из старых сессиий
orignal эль-гамалевских
orignal счас гляну
onon У меня в данном случае он делает SendQuickAck () сразу после отправки "обычного" пакета
onon Иногда SendQuickAck () вызывается два раза
orignal а вызов отсюда?
orignal // itermediate interrupt
orignal SendUpdatedLeaseSet (); // send our leaseset if applicable
orignal AsyncReceive (buffer, handler, remainingTimeout);
onon Это я не скажу, не логировал откуда
onon Вроде больше неоткуда
orignal именно
orignal вопрос тогда как оно вообще туда попадает
orignal кто то его вызывает с такими странными параметрами
onon Но случилось это именно тогда, когда клиент начал присылать "пустые" акки
onon Без акков и накков
onon Т.е. подтверждает пакеты, которые уже подтвердил ранее
onon Имея в виду, что нового ничего не получает и я шлю всё в пустоту
orignal короче эта ситуация форс-мажор
orignal при которой мы переключаем тоннелти
onon А после получения акка с подтверждением, всё возращается к нормальной работе
orignal надо понять почему HandleReceiveTimer вызывается с такими параметрами
orignal сорее всего бага там
orignal послдений коммит содержательно применение 20
o4wdo когда 53.2
orignal никогда
orignal 54 будет
o4wdo норм