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

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 r7ekpfyeg2yx2dxqfa67kb7ckzxo66hmgtjpheqniz6bsjg6qizq.b32.i2p/NAT_1.jpeg

onon r7ekpfyeg2yx2dxqfa67kb7ckzxo66hmgtjpheqniz6bsjg6qizq.b32.i2p/NAT_2.jpeg

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 нее у меня по прежнему отличная память