Этот пост напрямую адаптирован из материалов, изначально подготовленных для блога mhatta на medium blog . Он заслуживает признания как автор исходного поста. Он был обновлён в некоторых местах, где он ссылается на старые версии I2P как на актуальные и подвергся небольшой редактуре. -idk
Сразу после запуска I2P часто кажется немного медленной. Это действительно так, и мы все знаем почему: по своей природе garlic routing добавляет накладные расходы к привычному опыту использования интернета ради вашей приватности, но это означает, что для многих или даже большинства сервисов I2P вашим данным по умолчанию придётся пройти через 12 хопов.
Кроме того, в отличие от Tor, I2P изначально разрабатывалась как закрытая сеть. Вы можете без труда получать доступ к eepsites или другим ресурсам внутри I2P, но доступ к сайтам clearnet (обычный интернет) через I2P не предполагается. Существуют несколько «outproxies» (внешние прокси) I2P, похожих на выходные узлы Tor для доступа к clearnet, но большинство из них очень медленны в использовании, поскольку выход в clearnet фактически является ещё одним переходом в и без того соединении с 6 переходами внутрь и 6 переходами наружу.
Еще несколько версий назад с этой проблемой было еще труднее справляться, поскольку многие пользователи I2P router испытывали трудности с настройкой параметров пропускной способности своих router. Если все, кто может, найдут время правильно настроить параметры пропускной способности, они улучшат не только ваше соединение, но и сеть I2P в целом.
Настройка ограничений пропускной способности
Поскольку I2P — одноранговая сеть, вам необходимо делиться частью пропускной способности вашей сети с другими узлами. Вы можете выбрать, сколько, в “I2P Bandwidth Configuration” (кнопка “Configure Bandwidth” в разделе “Applications and Configuration” консоли I2P Router Console, или по адресу http://localhost:7657/config).
Если вы видите ограничение разделяемой пропускной способности 48 KBps, что очень мало, то, возможно, вы не изменили значение разделяемой пропускной способности по умолчанию. Как отметил автор исходного материала, на основе которого адаптирован этот пост в блоге, в I2P по умолчанию установлено очень низкое ограничение разделяемой пропускной способности, пока вы его не измените, чтобы не создавать проблем с вашим подключением.
Однако, поскольку многие пользователи могут не знать, какие именно параметры пропускной способности следует настроить, релиз I2P 0.9.38 представил Мастер новой установки. Он содержит Тест пропускной способности, который автоматически определяет (благодаря NDT от M-Lab) и соответствующим образом настраивает параметры пропускной способности I2P.
Если вы хотите повторно запустить мастер настройки, например после смены вашего интернет‑провайдера или потому, что вы установили I2P до версии 0.9.38, вы можете запустить его снова через ссылку ‘Setup’ на странице ‘Help & FAQ’ или просто открыть мастер напрямую по адресу http://localhost:7657/welcome
Пользоваться мастером несложно: просто продолжайте нажимать “Next”. Иногда выбранные M-Lab серверы измерений не работают, и тест завершается с ошибкой. В таком случае нажмите “Previous” (не используйте кнопку вашего веб-браузера “back”), затем попробуйте снова.
Непрерывная работа I2P
Даже после того как вы настроили пропускную способность, ваше соединение может по-прежнему быть медленным. Как я уже говорил, I2P — это P2P‑сеть. Потребуется некоторое время, чтобы ваш I2P router был обнаружен другими узлами и интегрировался в сеть I2P. Если ваш I2P router работает недостаточно долго, чтобы хорошо интегрироваться, или вы слишком часто завершаете работу некорректно, сеть будет оставаться довольно медленной. С другой стороны, чем дольше вы непрерывно держите запущенным ваш I2P router, тем быстрее и стабильнее становится соединение, и тем большая часть вашей пропускной способности будет использована в сети.
Однако многие люди могут не иметь возможности держать свой I2P router постоянно запущенным. В таком случае вы всё ещё можете запустить I2P router на удалённом сервере, например на VPS, а затем использовать перенаправление портов по SSH.