333.i2p

Твой сервис - радость киберсквотера. Можно потерять имя ресурса или получить враждебный ресурс по тому же адресу, если на непродолжительное время утратить доступ к VPS. Например, сайт неожиданно упал, а админ долго лежит в больнице - не может вмешаться.

Не наблюдаю новых параметров в конфиге 2.28.

Диверсификация между TCP и UDP должна была бы помочь в преодолении ограничений администрации VPN, если предположить, что такие ограничения существуют. Разве нет?
Мной использовался популярный сервис "vpnbook" и ПО OpenVPN. Протестируйте работу i2pd через этот сервис.

i2pd не работает позади VPN. На странице роутера видно network status - testing (перманентно). Неожиданные значения для SSU и NTCP - там внешний адрес пула ISP.
В логе много строчек, похожих на эту SSU: session with x.x.x.x:yyyyy was not established after 5 seconds
Сниффер показал множество исходящих соединений со стороны i2pd, ни одного входящего. Опция host ничем не помогает, кажется i2pd игнорирует её значение.

Last edited: Sun, 07 Jul 2019, 09:22am от sAzh7Y

Нужно объявить ограниченные возможности опции sockproxy - "только для доступа к сервисам внутри сети I2P". Я предположил, что socksproxy и httpproxy имеют одинаковые возможности, в частности осуществление доступа во внешний мир.

Меня больше интересует доступ во внешний мир. Он успешно осуществляется при условии использования http прокси.

Это не тоннель, а фрагмент текста из файла i2pd.conf.
i2pd слушает локальный порт 4447.

Никуда не могу приконнектиться с следующими настройками.

[socksproxy]
enabled = true
address = 0.0.0.0
port = 4447
keys = blah.dat

Пусть будет опция.

Для большей гибкости, я предполагаю, есть смысл реализовать распространённую схему определения предпочтений по аналогии с stunnel - опция "ciphers".
Понадобится добавить новый аргумент запуска для вывода списка поддерживаемых алгоритмов.

Дайте пользователям возможность отключить GOST, а сами прикалывайтесь сколько заблагорассудится.

Массовое использование российской криптографии позволит силовым структурам расшифровывать трафик, большие объёмы которого в рамках "закона Яровой" должны хранить операторы связи. Два месяца назад исследователь Лео Перрин из Университета Люксембурга представил доклад с описанием скрытых особенностей российских криптографических алгоритмов "Кузнечик" и "Стрибог" разработанным Центром защиты информации и специальной связи ФСБ при участии компании "ИнфоТеКС".

На Хабре была опубликована статья с конкретным разбором подозрительных особенностей этих алгоритмов, которые намекают на теоретическую возможность бекдора. Если вкратце, то оба они используют S-Box - таблицу замены, которая является ключевым элементом безопасности во многих алгоритмах симметричного шифрования и хеширования.

Авторы декларировали, что таблица замен выбрана случайным образом и у неё не было явной структуры, которая помогла бы произвести эффективный криптоанализ. Но оказалось, что она сгенерирована не случайным образом, а с помощью хитрого алгоритма. Кроме того, выяснилось, что алгоритмов, которые формируют таблицу замены, больше чем один. Разные группы исследователей описали абсолютно разные алгоритмы, которые не имеют почти ничего общего, но приходят к одной и той же таблице.

Исследователь из Университета Люксембурга нашёл конкретную конструкцию перестановки, которую используют и "Кузнечик", и "Стрибог". Эту конструкцию назвали Tklog в честь технического комитета ТК-26, который принял эти алгоритмы для стандартизации.

Чем была обоснована необходимость "импортозамещения" в I2P?