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

orignal рестрат илиты через 10 минут

Vort вопрос того, что подумают юзеры по поводу блокировки Tor, касается не технических решений, а социальных

Vort юзеры чуют, что их наёбывают, и начинают гадать, в чём же реальная причина

Vort если бы в обосновании было написано "забанили потому, что не смогли справиться с атаками", то юзерам не пришлось бы гадать

Vort теперь по поводу того, "почему беспокоит". самый простой ответ: потому, что ограничивает свободу. в сети, одна из задач которой является как раз восстановление ограниченных свобод, это выглядит противоестественно

Vort теперь по поводу эффектов: какой-то части своих юзеров они гарантированно нагадили. допустим, кто-то сидит через Tor из-за непонимания. но над вариантом, что юзеры лучше понимают, что им надо, разработчики думать пробовали?

Vort организовывался ли опрос юзеров, которые сидят через Tor, делался ли анализ их юзкейсов?

Vort с другой стороны - сделали себе защиту от атак. но настолько ли она хороша, чтобы компенсировать этим созданные юзерам проблемы?

Vort orignal: то, что ты говоришь про R узлы с тем же адресом, что и выходной узел Tor`а - это, конечно, важно. но это лишь часть общей картины - одно из проявлений плохой проработки вопроса

Vort такой защитой они отпугнут только самых ленивых и тупых атакующих. но если ленивые и тупые - серьёзная угроза для I2P, то что же будет, когда атакой займутся профессионалы?

segfault orignal: чем закончилась история с дедом по поводу тора?

juden <segfault> шо за история и пичем тут тор?

juden рассказывай

juden интересно дон

segfault major.i2p/ilita/dev/2024/08/22#msg0

segfault читай отсюда

orignal Vort так я это все им сказал

orignal что проблема не в том на кого это влияет а как они выглядят

orignal короче они сделали хуйню а теперь пытаются придать ей обоснование

orignal у них теперь претензии ко мне почему я раньше не принимал участия в обсуждении вопроса

segfault orignal: жесть.

segfault им настолько неловко признавать ошибки?

orignal ты почитай на майоре вчеращний разговор с saltr

orignal там много чего

segfault orignal: > cleint app sould know nothing about leasesets and other internals

segfault а почему?

segfault скажем авторизация по b32

orignal но не внутрениие структуры

orignal посмотри как устроен сэм например

segfault orignal: посмотрю

orignal почитал вчерашний лог?

segfault ещё не весь

orignal да там много

orignal zzz.i2p/topics/3637-i2p-over-tor

orignal вот откуда ноги растут

orignal знаете что я предлагаю

orignal наш ответ мудакам

orignal сделать параметр с котороым первый хоп будет выбираться i2pd

orignal потому что по хорошему они не понимают

orignal дрозд вчера на мысль навевел насчет ygg

orignal у кого какое мнение?

segfault > сделать параметр с котороым первый хоп будет выбираться i2pd

segfault я не против, но только если это не будет дефолтом

orignal естестевнно выключен

orignal а если через тор прокси включен

segfault orignal: тактичнее будет в лог писать капсом просьбу обратить внимание на опцию и в двух словах расписать почему её стоит включить. у i2pd тоже репутация не огонь "тов. майор, гост" и т.п. имхо так будет адекватнее смотреться.

orignal кто ж читает логи

orignal я вот счас попробовал

orignal все нормально работает

segfault ну и в веб-консоли можно написать

orignal в инструкции ))

segfault дочитал

segfault детский сад

orignal я бы сказал что это просто пиздец

segfault ага

orignal никаких вообще разумных обоснований нет

segfault > в инструкции ))

segfault зачем? будет шум вроде "i2pd лочится только на себя, тов. майор захватывает i2p". не надо менять дефолты. это люди не любят больше всего.

orignal я придумал как сделать лучше

orignal без всяких параметров

orignal не соединился с узлом пишем в профиль и выкидываем из первого хопа

segfault orignal: надо делать совет i2p разработчиков, чтобы эту хуйню выпиливать на стадии идей, а не на стадии ВЫШЕДШЕГО блять релиза!

orignal природа этого не соединения не важна

orignal ну дед же сказал "а тебе вообще какая печаль?"

orignal это "детали реализации"

orignal ну вот и у нас будут детали реализации

segfault ты правильно сказал, это удар по репутации. в клирнетах будет шум.

onon Вроде у нас уже и так работает. Если не соединился, ставит SetUnreachable и не берёт больше.

orignal onon да но не надолдго

orignal они же будут снова прилетать

orignal а надо в этом режим надолго

onon Он может не соединять по куче других причин

orignal не соединился выкидываем из первого хопа например на сутки если через прокси

onon А не только из-за бана явы

orignal может

orignal а нам какая разница?

onon Ты забанишь хороший пир

orignal ддя сидящего через тор какое это имеет значение?

onon Или это будет распространяться только на яву?

orignal ему главное через кого нибудь соединться

orignal неее я не хочу явную проверку в код вставлять

onon А как ты собираешься определять соединение через тор?

onon Только hidden + ntcp2?

onon Так это и без тора бывает

orignal наличием прокси в NTCP2

orignal а какой прокси кроме тора реально используется?

onon Насчет реально и широко, не знаю.

onon Но варианты есть

onon кроме тора

orignal ну вот идея что если через прокси меняем работу профилироващика вот так

orignal если через прокси то главное соединиться

onon Смотри сам.

segfault ну просто socks proxy на VPS

orignal segfault а смысл через него пускать NTCP2?

segfault если находишься в стране, где за i2p бьют

orignal так ты и i2p запустишь на впс

segfault VPS может быть слабая, локальный компьютер мощный

orignal не проще ли туда впн сделать тогда?

orignal какая то схема получается извращенная

segfault я когда-то на практике использовал socks прокси, чтобы через него i2p работал

segfault да сделай опцию, не сложно же

orignal какую именно?

orignal я то хочу профилировщик изменить

orignal что если работает через прокси то исключать узел на долгое время если нет соединение

orignal скажем на сутки

segfault never_use_non_i2pd_as_first_hope=

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

orignal явным образом

segfault согласен, не очень

orignal с профилироващиком как бы более универсально и конктрено

orignal кстати

segfault но всё равно надо как опцию

orignal такой режим полезен для разных бантустанов

orignal где с кем то соединяется с кем то нет

Vort "<~orignal> сделать параметр с котороым первый хоп будет выбираться i2pd" - так они следующим релизом вполне могут убрать маркеры, по которым можно определять различия

Vort "<~orignal> ну вот идея что если через прокси меняем работу профилироващика вот так" вопрос в том, как много у i2pd прокси юзеров

Vort если мало, то будет мало тестировщиков. если много, то сильнее последствия от потенциальных ошибок

Vort в целом, идея дорабатывать профилировщик - хорошая. но как именно это лучше сделать - мне сказать сложно

orignal как они их уберут?

Vort (про профилировщик) как вариант - можно включать более жёсткие баны если у юзера постоянные фейлы идут

orignal можно да

orignal смотри тут идея более общая

Vort "<~orignal> как они их уберут?" я знаю только про различие в cost. которое и так не очень надёжное. сделают "как в i2pd" и фиг отличишь

orignal касается не только дурости джавистов но и разных бантустанских макак

orignal так а мы в i2pd поменяем ))

Vort профилировщику бы более "плавно" работать

Vort в зависимости от степени задницы разные таймауты брать допустим

Vort ну это я приблизительно говорю конечно же

orignal о том и речь

orignal по мере увеличения числа неуспешных коннектов время бана наращивать

Vort идея хорошая, а по поводу реализации... только пробовать

onon У меня сделано, что такие неудачные роутеры просто реже выбираются

onon И чем больше фейлов, тем ниже шанс выбора

orignal для первого хопа?

orignal проблема может быть именно в первом хопе и бантустанских макаках

onon Для любого хопа

onon Это универсальное правило

orignal там может они нормальные это у нас проблемы