https://opennet.ru/openforum/vsluhforumID3/137776.html Представлен релиз анонимной сети I2P 2.10.0 и C++-клиента i2pd 2.58.0. I2P представляет собой многослойную анонимную распределенную сеть, работающую поверх обычного интернета, активно использующую сквозное (end-to-end) шифрование, гарантирующую анонимность и изолированность. Сеть строится в режиме P2P и образуется благодаря ресурсам (пропускной способности), предоставляемым пользователями сети, что позволяет обойтись без применения централизованно управляемых серверов (коммуникации внутри сети основаны на применении шифрованных однонаправленных туннелей между участником и peer-ами)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63844<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#53 Thu, 11 Sep 2025 14:02:52 GMT &gt;Слухи что сабж якобы тухлый ничем не обосноснованы.<br><br>В первый раз слышу о том, что кто-то говорил или писал, что I2P тухлый. Люди в основном говорили о том, что там якобы людей мало(нет пока активной жизни).<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#52 Thu, 11 Sep 2025 09:39:01 GMT &gt; Все кроется в "известные узлы", что бы они стали известными и есть <br>&gt; сервер встречи. Один узел через libp2p публикует свой peerid и мету, <br>&gt; второй ее видит и понимает где нат надо греть контрольными пакетами. <br>&gt; Никакого волшебства там нет и без промежуточного сервера встречи работать не <br>&gt; будет, так как помимо прочего сервер встречи узнает внешние адреса узлов, <br>&gt; видимые из интернета, которые и надо греть.<br><br>Так никто про волшебство и не говорит)) В любом случае все решения для "пробоя" NAT - в той или иной мере костыли. Используют их отнюдь не от хорошей жизни. Гарантировано оно у вас будет работать только в случае "белого" ipv4 или если провайдер выдаёт вам ipv6. Во всех остальных случаях - как получится.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/137776.html#51 Thu, 11 Sep 2025 07:52:08 GMT &gt;Децентрализация, которую мы заслужили.<br><br>Когда даже не знаешь, как работает сеть.<br>Ресид сервера используются для получения первоначального рисунка сети, дальше роутер работает сам, p2p.<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#50 Thu, 11 Sep 2025 05:43:58 GMT Слухи что сабж якобы тухлый ничем не обосноснованы. Проект древний и слухи древние, но ни разу не было подтверждения. Знаю что monero использует эту сеть, ещё есть проекты связанные с сетью. Сабж неплохо так эволюционирует. Успехов авторам и не сходить с пути.<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#49 Wed, 10 Sep 2025 19:06:50 GMT Все кроется в "известные узлы", что бы они стали известными и есть сервер встречи. Один узел через libp2p публикует свой peerid и мету, второй ее видит и понимает где нат надо греть контрольными пакетами. Никакого волшебства там нет и без промежуточного сервера встречи работать не будет, так как помимо прочего сервер встречи узнает внешние адреса узлов, видимые из интернета, которые и надо греть.<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#43 Wed, 10 Sep 2025 15:34:32 GMT &gt; Я слышал страшилки, что как только изобретут квантовый компьютер, то все шифрование <br>&gt; полетит к черту и все можно будет расшифровать.<br><br>Только публичное крипто и только RSA/ECDH/etc - в общем то что завязано на класс проблем P != NP.<br><br>А например симметричное крипто на отлично удержится. Даже с учетом одновременного паребора кучи состояний - 256 бит ключ потребует порядка 2^128 квантовых операций. Все равно слишком много и оно удержится. Но для симметричного крипто обе стороны должны знать ключ. Заранее. А если они так могут - возникает вопрос "а зачем им крипто"? Можно ведь и сообщение передать тем же способом что и ключ передали. И вот тут становится понятно зачем существует публичное крипто. Хоть оно и с своими проблемами, типа потениальной нестойкости или монструозной математики.<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#42 Wed, 10 Sep 2025 13:58:56 GMT Не ходи вокруг, да около. Выдай конкретику, или ты трус?<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#38 Wed, 10 Sep 2025 08:57:35 GMT Присоединюсь к предыдущему оратору. На уровне обоняния чётко ощущаю от i2pd неповторимый аромат тухлятины, но конкретику сформулировать не в состоянии. Если у тебя есть конкретика, то самое время ей поделиться, например...<br> https://opennet.ru/openforum/vsluhforumID3/137776.html#36 Wed, 10 Sep 2025 07:27:48 GMT &gt; Интересно каа ты себе представляешь dht за натом без ретрансляции или серверов вмтречи? Он волшебный?<br><br>От NAT всё зависит. Обычно роутер/сервер после отправки UDP пакета держит запись пары внутренний ip/внешний ip n секунд. На случай возможного ответа. n обычно в пределах минуты (но чаще сильно меньше). Если в течение этого интервала на исходящий пакет придёт ответ - он пройдёт. В DHT сетях обычно реализован в том или ином виде ping запрос. Т.е. если включить в код реализации DHT отправку ping запросов на известные узлы, скажем, каждые 20 секунд, то в свою очередь те узлы смогут отправлять запросы вам и получать от вас ответы, даже если вы находитесь за NAT. Работает опять же не всегда, но в большинстве обычных сетей этот фокус прокатывает. Есть ещё также протокол UPnP, но оно уже работает сильно не везде.<br>