relaybot
13apophis: вам надо хороший архитектор для и2п. исправление ошибок старого кода и непонятки с его имплементацией ( на уровне КюА со знанием синтаксиса плюсов), вас замучает.
Vort
apophis: придумать что-то новое - не проблема, не сделать при этом хуже - вот что сложно. потому, что в нынешнем коде много неочевидных особенностей, да и вообще он большой и сложный
Vort
у меня же нехорошее ощущение, что аккуратно работать со старым кодом "архитекторы" не умеют
Vort
ну и ещё одна особенность - архитектура в i2p общая для java и i2pd. придумать, как поменять архитектуру одновременно в двух имплементациях - это ещё сложнее
Vort
в навыках создания с нуля у архитекторов у меня тоже сомнения - адекватных альтернатив у i2p что-то маловато
`
Как часто на 2.50.2 проверяется статус?
`
Сжалился над сетью и переключился на XfR. За часофф 12 аптайма два раза проверял чопачом и каждый раз заставал ш2зв роутер за непристойным - Firewalled - сразу одёргивал его тестированием и он с жалостивыми глазками возвращался на OK.
Vort
пир тесты - раз в 70 минут
Vort
"<`> Сжалился над сетью" - так в 2.50.2 баги, которые вредят сети. лучше с последнего коммита собрать - ну как обычно
`
Не я плохой - релиз такой ¯\_(ツ)_/¯
`
Ладно, буду знать и скорее обновляться🤔
`
Vort, qbittorrent уже годится для ш2з торрентинга?
Vort
ну 2.51.0 - как бы тоже релиз ) только с ним будет чуть чаще из IRC выкидывать, в последних коммитах исправлено (почти)
Vort
`: ну по моим багрепортам в libtorrent шевеления не видно, наверно arvidn вообще i2p код больше не трогал
`
Жал, очень жал..
flumental
подскажете cmake-флаги чтобы собрать только статическую библиотеку и больше ничего?
Vort
бля. опять в Tor какая-то атака попёрла. заебали
orignal
2.51 в любом случае лучше чем 2.50
onon
Лось, занят? Вопрос есть по интродьюсерам.
orignal
спрашивай
onon
Занатовец постоянно держит коннект к интродьюсеру?
orignal
где то час
orignal
потом меняет на другой
onon
А мы если хотим коннекта с занатовцем, через интродьюсера просим, чтобы занатовец сам с нами соединился?
orignal
именно так
orignal
и говорим наш IP порт
orignal
мы тоже можем быть занатовцами
onon
Это как
onon
Не получится же
onon
Симметричный нат же
orignal
почему?
onon
Мы умеем вычислять инкремент?
onon
И то это если повезёт
orignal
ты hold punch делаешь
onon
Ну так симметрик разрешит вход только с ип-порта на который был исходящий пакет
orignal
смотри
onon
А на какой мы пробиваем дырку?
orignal
ты сидишь за натом и стучишься к другому занатовцу
orignal
ты посылаешь интредьюсеру запрос на подключение
orignal
со совими IOP ипортом
orignal
дальше тот занатовец посылает тебе HolepUnch на этот адрес
orignal
разумеется до тебя он не доходит потому что ты за натом
orignal
но кроме того он отправит свой IP порт обратно через интредьюсера
orignal
и его ты получишь
orignal
и с ним успешно соединишься
orignal
потому что на той строне уже был hole punch
onon
Нет
onon
Не так
orignal
а на своей ты сделаешь своим соединенем
orignal
чего не так?
orignal
все это реально работает
onon
Вторая сторона делает hole punch на кокой ип-порт?
orignal
на твой
onon
Когда мы пытаемся сделать коннект к нему у нас уже новый ип-порт
orignal
который ты отправил в запросе через интродьюсера
onon
Потому что симметрик
onon
И его нат нас отфутболит
orignal
ну симетрик это совсем другая тема
orignal
я гвоорю про простой нат
onon
Ну так у нас 70%+ симметрик
orignal
когда ты знаешь свой внешний IP порт
orignal
не сказал бы
onon
Поинтересуйся статистикой
orignal
откуда ее взять?
orignal
нет таковой
orignal
с симметрик x3 что делать
orignal
когда оба за ним
onon
Бывают predictable симметрик, когда следующий порт инкрементится на константу
onon
Но это около 10%
orignal
это я не знаю
orignal
это надо отдельно обсуждать
orignal
дед считает что симмерик вообще не должен сущестсовать )))
onon
А большинство inpredictable
onon
и тут ничего не сделаешь
onon
Но это реальность
onon
И их как я уже сказал абсолютное большинство
orignal
ну значит у них выбор узлов для соединения меньший
orignal
только те что публикуют IP
orignal
и да ты прав
orignal
если у нас симметрик не стоит пытаться соединяться через интродьюсера
orignal
надо поправить
onon
Я немного ошибся, 70%+ это симметрик + порт рестриктед, который не намного лучше.
onon
Ещё мне кажется, у нас проблемы с определением типа нат, но это нужно копать глубже.
orignal
мы тупо проверяем порт в ответе
onon
Port restricted cone NAT мы умеем определять?
onon
Потому что если у нас Port restricted то мы тоже с симетриком не договоримся.
orignal
я тебе обхяснил что мы делаем
orignal
сравниваем порт в ответе
orignal
cone NAT не помнб как
onon
Я честно пытался понять как работает пиртест здесь: geti2p.net/spec/ssu2 но ничего не понял.
onon
Может где-то есть более подробное описание?
orignal
нигде
orignal
он работает как там написано
onon
А, я понял, чарли нам нужен только потому, что мы не можем использовать больше одного своего порта...
onon
Так а может разрешить ещё один порт для пиртеста? Или это слишком жирно будет?
relaybot
13apophis: > Vort: apophis: придумать что-то новое - не проблема, не сделать при этом хуже - вот что сложно. потому, что в нынешнем коде много неочевидных особенностей, да и во <clipped message>
relaybot
13apophis: обще он большой и сложный
relaybot
13apophis: если ты о том сообщении, что я написал ранее, то это была "пропер" индустриальная ИТ позиция ( или что делают в таких случаях в норм корп проэктах ). Что касае <clipped message>
relaybot
13apophis: тся твоего личного участия и работы, которую ты проделал по и2пд ошибкам .. то тут я могу только "всецело одобрить" и ставить тебя в пример "другим активиста <clipped message>
relaybot
13apophis: м бездельникам".
onon2
Нашёл более подробное описание здесь: geti2p.net/en/docs/transport/ssu но не уверен что оно актуально..
onon2
Если актуально, то оно неправильное, если у Алисы симметрик, она не получит сообщение от Чарли.
Vort
ещё не читал всё обсуждение, но SSU ведь старый, есть смысл смотреть новую информацию: geti2p.net/spec/ssu2
Vort
apophis: мне кажется, что "стандартный" подход больше годится для хорошо изученных областей
Vort
как правильно сделать децентрализированную сеть - знает вообще мало кто
Vort
поэтому шанс попасть на эксперта - невелик
relaybot
13apophis: с этим я не спорю. У большинства нет такого опыта.
relaybot
13apophis: Хотя, подобные архитектуры делали с 90х годов
relaybot
13apophis: подобные, на уровне "взаимодействий" между "роутерами".
relaybot
13apophis: а именно, взаимодействия .. где обычно отсутствует "прямая связь" между посыл/прием нодами
Vort
я сужу по количеству знакомых мне успешных проектов. могу, конечно, ошибаться
Vort
то есть, попытки, понятно были, а вот приводили ли они к чему-то полезному - не знаю
relaybot
13apophis: мы наверное говорим о разных типах ПО и маркетах с тобой. Я говорил о специф. ПО в областях, которые явно не "опенсурсе" и явно не в категории "оверлейных сет <clipped message>
relaybot
13apophis: ей". Однако, архитектура и принцип .. очень похожи ( с чего я и начал разговор ). Те, что были созданы ... работают успешно, насколько я знаю.
Vort
необходимость защиты от всевозможных атак накладывает сильные ограничения на разнообразность возможных решений. но мысль я понял - кое какие наработки таки есть
relaybot
13apophis: Да и вообще, компутация с независимыми гомогенными компонентами, где стабильность их взаимодействия динамически меняется, ... очень хорошая тема в послед <clipped message>
relaybot
13apophis: ние десятки лет. Это не толькои про опенсурс, но и про системы которые жизненно важные для индустрии.
relaybot
13apophis: > Vort: необходимость защиты от всевозможных атак накладывает сильные ограничения на разнообразность возможных решений. но мысль я понял - кое какие нарабо <clipped message>
relaybot
13apophis: тки таки есть
relaybot
13apophis: вот про атаки, ты правильно заметил. Большинство систем того рода... не предусматривали атакующего вектора ... совсем.
onon2
Кто придумывал эти пиртесты, что-то намудрил. Такими пиртестами можно разве что Full Cone определить.
onon2
Но и это не точно
Vort
я же говорил, что у меня в VirtualBox вылазило сообщение про Symmetric
onon2
Потому что Чарли сможет нам ответить только если у нас ОК или Full Cone
Vort
там не Symmetric что ли?
onon2
При всех других типах ната мы Чарли не услышим
Vort
так ответ же и от Боба идёт
onon2
Ну так с Бобом у нас есть сессия
Vort
по-моему код выделяет случаи, когда от Боба ответ пришёл, а от Чарли - не пришёл и на этом основании делается вывод
onon2
А погоди, я похоже не до конца разобрался
Vort
Чарли же Бобу отвечает согласием
Vort
хотя я очень плохо помню подробности, скорее всего что-то путаю
onon2
Если Алиса получила 5 сообщение то у неё либо ОК либо Full Cone
onon2
Если не получила 5, но после отправки 6 получила 7, значит FIREWALLED
onon2
А как она тип ната определяет, я пока не понял.
onon2
Опять же, какой входящий адрес она отправляет Бобу? Как она его определяет?
`
Vort, как эксперт по тору, тор давно скатился на уровень ш2з по скорости? ужас, проста ужас..
Vort
`: я не измерял, но и не жалуюсь
Vort
onon2: по поводу определения типа NAT: по-моему, тип используется исключительно для отображения юзеру
Vort
в RouterInfo ничего подобного не публикуется
Vort
так что подобрать подходящие типы для соединения не получится
Vort
можно только попробовать и понадеяться, что сработает
Vort
"<onon2> Опять же, какой входящий адрес она отправляет Бобу?" Боб сам видит, откуда запрос пришёл, вроде (но опять же - помню плохо)
onon2
Там написано, что в первом сообщении Бобу она вставляет свой адрес и порт. Вот я и уточняю, где она его берёт, из конфига или ещё откуда.
onon2
Тут смысл в том, что если у нас Symmetric NAT то нам нет смысла пытаться подключиться к другому U узлу. А если Port-Restricted cone NAT, то можем попытаться, но с вероятностью 40% не сможем.
onon2
Так вот я и пытаюсь разобраться, как у нас определяется тип нат
Vort
" Вот я и уточняю, где она его берёт" а, понял. похоже, boost::asio::ip::udp::endpoint (localAddress->host, localAddress->port)
onon2
Типа, который система ему выдаёт?
Vort
SSU2Session::FindLocalAddress берёт из RI
Vort
а откуда в RI пишется...
Vort
короч хз, надо код копать
orignal
какой вопрос то?
Vort
"<onon2> Тут смысл в том, что если у нас Symmetric NAT то нам нет смысла пытаться подключиться к другому U узлу" так по твоей картинке получается, что symmetric тоже может к каким-то из типов подключиться
orignal
там все хуже
orignal
допустим мы строим тоннель а один из узов с Symmetric NAT и совместим по транспорту с SSU2
orignal
но мы не знаем что он Symmetric NAT потому построение тоннеля зафейлится
orignal
надо деда спрашивать
Vort
"<~orignal> какой вопрос то?" вопрос был, откуда Алиса берёт значение своего IP и порта для пакета пир теста
orignal
с последней SSU2 сессии
orignal
этого типа
orignal
может быть сама сессия с пир тестом
orignal
<zzz> how about, don't put two firewalled routers in a row in a tunnel?
orignal
<zzz> tentatively, I think I would support a new cap, if you want to write a proposal
orignal
так сказать информация к размышлению
onon
А мы разве пытались втыкать два U роутера подряд в туннелях?
onon
А в каких вообще случаях U роутеры должны общаться напрямую?
orignal
мы это не проверяем
orignal
мы для тоннеля смотрим только траспортную совместимость и все
onon
Давай тогда починяй быстрее.
orignal
я же не могу разорваться
orignal
я еще тебе обещал лизсеты
onon
Я думал ты уже забыл
onon
Хотел уже ехидничать начать
onon
Ладно, подождём. Буду дальше стримы мучить.
orignal
нее у меня по прежнему отличная память