Эта страница была обновлена Май 2016 и содержит сведения для версии маршрутизатора 0.9.26.

Обзор

I2P поставляется с общей библиотекой именования, основное ее применение рассчитано на отображение локальных имен на пункты назначения, также поставляется дополнительное приложение addressbook. Также I2P поддерживает Base32 hostnames, похожие на адреса .onion Tor'а.

"Адресная книга" - это сеть доверия, представляющая собой безопасную, распределенную, удобочитаемую систему имен, в которой взамен глобальной уникальности имен гарантируется только локальная уникальность. Не смотря на то что все сообщения в I2P криптографически адресуются по их пункту назначения, у разных людей могут быть записи в локальной адресной книге для "Alice", указывающие на разные пункты назначения. Также люди могу узнавать о новых именах, импортируя опубликованные адресные книги узлов, перечисленных в их сети доверия, добавляя новые записи предоставленные третьей стороной, или (если кто-то организует серию опубликованных адресных книг, используя систему регистрации первый пришел первый обслужен) люди могут использовать эти адресные книги в качестве серверов имен, эмулирующих традиционные DNS.

Примечание: Обоснование системы именования I2P, общие доводы против нее и возможные альтернативы вы можете увидеть на странице обсуждения именования

Компоненты системы имён

Не существует централизованной системы авторизации имен в I2P. Все имена узлов являются локальными.

Система имен довольно проста и большей частью представлена внешними, по отношению к маршрутизатору, приложениями, но поставляющимися с дистрибутивом I2P. Эти компоненты:

  1. Локальный сервис имен, который осуществляет плиск и обрабатывает Base32 имена узлов.
  2. HTTP proxy, которое запрашивает поиск у маршрутизатора, и направляет пользователя в службы удаленных переходов в случае ошибок поиска.
  3. HTTP формы добавления узлов, позволяющие пользователям добавлять узлы в их локальный hosts.txt
  4. HTTP службы переходов, предоставляющие собственный поиск и перенаправление.
  5. Приложение адресная книга, выполняющая слияние внешних списков узлов, полученных по HTTP, с локальным списком.
  6. Приложение SusiDNS, являющееся простым веб интерфейсом для настройки адресной книги и просмотра локального списка узлов.

Сервисы системы имён

Все пункты назначения в I2P - это ключи по 516-байт (или больше). (Если быть более точным, то это публичный ключ 256-байт плюс ключ подписи 128-байт плюс нулевой сертификат, длина которого в виде Base64 составляет 516 байт. Сертификаты сейчас не используются, если будут, то длина ключа будет больше. Сертификаты можно использовать для подтверждения работы.)

Когда приложение (i2ptunnel или HTTP-прокси) запрашивает доступ к адресу назначения по имени, то маршрутизатор проводит очень простой локальный поиск для разрешения этого имени.

Сервис имён hosts.txt

Сервис имён hosts.txt производит простой линейный поиск в текстовых файлах. Этот сервис имён использовался по умолчанию до версии 0.8.8, когда его заменил сервис Blockfile. Формат hosts.txt становился очень медленным, когда файл разрастался до тысяч записей.

Линейный поиск проводится по трём локальным файлам по порядку, чтобы найти имена узлов и преобразовать их в 516-байт ключа адреса назначения. Каждый файл представлен в простом формате файла конфигурации с записями вида узел=base64 по одной на строке. Эти файлы:

  1. privatehosts.txt
  2. userhosts.txt
  3. hosts.txt

Служба определения имен Blockfile

The Blockfile Naming Service stores multiple "addressbooks" in a single database file named hostsdb.blockfile. This Naming Service is the default since release 0.8.8.

A blockfile is simply on-disk storage of multiple sorted maps (key-value pairs), implemented as skiplists. The blockfile format is specified on the Blockfile page. It provides fast Destination lookup in a compact format. While the blockfile overhead is substantial, the destinations are stored in binary rather than in Base 64 as in the hosts.txt format. In addition, the blockfile provides the capability of arbitrary metadata storage (such as added date, source, and comments) for each entry to implement advanced addressbook features. The blockfile storage requirement is a modest increase over the hosts.txt format, and the blockfile provides approximately 10x reduction in lookup times.

On creation, the naming service imports entries from the three files used by the hosts.txt Naming Service. The blockfile mimics the previous implementation by maintaining three maps that are searched in-order, named privatehosts.txt, userhosts.txt, and hosts.txt. It also maintains a reverse-lookup map to implement rapid reverse lookups.

Другие средства службы определения имен

The lookup is case-insensitive. The first match is used, and conflicts are not detected. There is no enforcement of naming rules in lookups. Lookups are cached for a few minutes. Base 32 resolution is described below. For a full description of the Naming Service API see the Naming Service Javadocs. This API was significantly expanded in release 0.8.7 to provide adds and removes, storage of arbitrary properties with the hostname, and other features.

Альтернативные и экспериментальные службы разрешения имен

The naming service is specified with the configuration property i2p.naming.impl=class. Other implementations are possible. For example, there is an experimental facility for real-time lookups (a la DNS) over the network within the router. For more information see the alternatives on the discussion page.

HTTP прокси выполняет поиск через маршрутизатор для всех имен узлов, заканчивающихся на '.i2p'. Либо перенаправляет запрос на настроенный внешний HTTP прокси. Т.о., на практике, все имена узлов HTTP (eepsite) должны заканчиваться на псевдо Домен Верхнего Уровня '.i2p'.

We have applied to reserve the .i2p TLD following the procedures specified in RFC 6761.

Если маршрутизатор не может разрешить имя узла, то HTTP прокси возвращает пользователю страницу с ошибкой и ссылками на несколько служб "переходов". Подробнее смотри ниже.

Адресная книга

Входящие Подписки и Слияние

Приложение адресной книги периодически запрашивает файлы hosts.txt других пользователей и, после нескольких проверок, производит их слияние с локальным hosts.txt. Конфликты имен разрешаются по принципу первый пришел - первый обслужен.

Подписка на файл hosts.txt другого пользователя означает, что мы ему доверяем в этой части отношений. Вы не хотите чтобы он, к примеру, 'взломал' новый сайт, быстро введя свой ключ для нового сайта до того как передать новую пару узел/ключ вам.

For this reason, the only subscription configured by default is http://i2p-projekt.i2p/hosts.txt (http://udhdrtrcetjm5sxzskjyr5ztpeszydbh4dpl3pl4utgqqw2v4jna.b32.i2p/hosts.txt), which contains a copy of the hosts.txt included in the I2P release. Users must configure additional subscriptions in their local addressbook application (via subscriptions.txt or SusiDNS).

Ссылки на некоторые другие подписки публичных адресных книг:

У операторов этих служб могут быть различные политики для просмотра списка узлов. В соответствии с этим, список может быть не ободрен.

Правила Именования

К счастью, нет никаких технических ограничений на имена узлов в I2P, но адресная книга накладывает некоторые ограничения на имена узлов, импортированные из подписок. Это делается для соблюдения основных правил именования, совместимости с браузерами и с целью безопасности. Эти правила в сущности такие же, как описанные в Разделе 3.2.2 RFC2396. Любые имена узлов, нарушающие эти правила, не должны распространятся на другие маршрутизаторы.

Правила Именования:

  • При импорте имена приводятся к нижнему регистру.
  • После приведения к нижнему регистру имена проверяются на конфликты с имеющимися именами в userhosts.txt и hosts.txt (но не в privatehosts.txt).
  • После приведения к нижнему регистру должны содержать только [a-z] [0-9] '.' и '-'.
  • Не должны начинаться с '.' или '-'.
  • Должны оканчиваться на '.i2p'.
  • Максимум 67 символов, включая '.i2p'.
  • Не должны содержать '..'.
  • Не должны содержать '.-' или '-.' (как в 0.6.1.33).
  • Не должны содержать '--', исключение - 'xn--' для IDN.
  • Имена узлов Base32 (*.b32.i2p) зарезервированы для использования base32 и не разрешены к импортированию.
  • Определенные имена узлов, зарезервированые для использования проектом, не допускаются (proxy.i2p, router.i2p, console.i2p, *.proxy.i2p, *.router.i2p, *.console.i2p, и другие)
  • Ключи проверяются на соответствие base64.
  • Ключи проверяются на конфликты с существующими ключами в hosts.txt (но не в privatehosts.txt).
  • Минимальный размер ключа 516 байт.
  • Максимальный размер ключа 616 байт (для нужд сертификатов до 100 байт).

Any name received via subscription that passes all the checks is added via the local naming service.

Учтите, что символ '.' в имени узла не имеет особого смысла, И не говорит о фактической иерархии имен или доверия. Если имя 'host.i2p' уже существует, ничто не мешает кому-нибудь добавить имя 'a.host.i2p' в свой hosts.txt, и это имя может быть импортировано в другие адресные книги. Методы запрета заведения субдоменов не "владельцами" домена (сертификата?), целесообразность и осуществимость этих методов это предмет для будущих обсуждений.

Также в I2P работают интернационализованные доменные имена (IDN) (используя форму punycode 'xn--'). Чтобы IDN имена домена .i2p корректно отображались в адресной строке Firefox, добавьте 'network.IDN.whitelist.i2p (boolean) = true' в about:config.

Поскольку приложение адресной книги совсем не использует privatehosts.txt, то на практике этот файл - единственно верное место, куда стоит поместить личные синонимы или "клички" для сайтов, которые уже есть в hosts.txt.

Advanced Subscription Feed Format

As of release 0.9.26, subscription sites and clients may support an advanced hosts.txt feed protocol that includes metadata including signatures. This format is backwards-compatible with the standard hosts.txt hostname=base64destination format. See Proposal 112 for details.

Исходящие Подписки

Адресная книга публикует объединенный hosts.txt с местоположении (традиционно это hosts.txt в домашней директории локального eepsite), доступном другим по их подпискам. Этот шаг необязателен и по умолчанию отключен.

Hosting and HTTP Transport Issues

Приложение адресной книги, совместно с eepget, сохраняет Etag и/или информацию о последнем изменении, полученную веб сервером по подписке. Это существенно снижает требования к полосе пропускания, т.к. веб сервер вернет '304 Not Modified' при следующем получении, если изменений не было.

Тем не менее, содержимое hosts.txt загружается, если он был изменен. Обсуждение этой темы смотри ниже.

Узлу, обслуживающему статичный hosts.txt, или эквивалентному приложению CGI настоятельно рекомендуется отправлять заголовок Content-Length, либо Etag или заголовок Last-Modified. Убедитесь также, что сервер по необходимости выдает '304 Not Modified'. Это существенно уменьшить пропускную способность сети, и уменьшит вероятность повреждения.

Службы Добавления Узла

Служба добавления узла это простое приложение CGI, которое принимает имя узла и Base64 ключ в качестве параметров, и добавляет их в локальный hosts.txt. Если другие маршрутизаторы подписаны на этот hosts.txt, то новая пара имя узла/ключ будет передана по сети.

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

  • Ограничение количества 'поддоменов'.
  • Различные методы авторизации для 'поддоменов'.
  • Hashcash или подписанные сертификаты.
  • Экспертная оценка имен узлов и/или содержимого.
  • Категоризация узлов по содержимому.
  • Резервирование или исключение определенных имен узлов.
  • Ограничение количества имен регистрируемых за определенный период времени.
  • Задержка между регистрацией и публикацией.
  • Необходимость доступности узла для его верификации.
  • Истечение срока и/или аннулирование.
  • Предотвращение IDN-спуфинга.

Службы перехода

Служба перехода это простое CGI приложение, которое получает имя узла в качестве параметра, и возвращает перенаправление 301 на правильный URL с добавлением строки ?i2paddresshelper=key. HTTP прокси интерпретирует добавленную строку и использует этот ключ как актуальный пункт назначения. Кроме того, прокси кеширует этот ключ, так что address helper не нужен до перезапуска.

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

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

SusiDNS

SusiDNS это просто веб-интерфейс для настройки подписок адресной книги и для доступа к четырем ее файлам. Вся настоящая работа выполняется приложением 'адресная книга'.

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

Base32 Имена

I2P поддерживает Base32 имена узлов по аналогии с .onion адресами Tor. Base32 адреса гораздо короче и их проще обрабатывать, чем полные 516-символьные Base64 пункты назначения или addresshelper-ы. Пример: ukeu3k5oycgaauneqgtnvselmt4yemvoilkln7jpvamvfx7dnkdq.b32.i2p

In Tor, the address is 16 characters (80 bits), or half of the SHA-1 hash. I2P uses 52 characters (256 bits) to represent the full SHA-256 hash. The form is {52 chars}.b32.i2p. Tor has recently published a proposal to convert to an identical format of {52 chars}.onion for their hidden services. Base32 is implemented in the naming service, which queries the router over I2CP to lookup the LeaseSet to get the full Destination. Base32 lookups will only be successful when the Destination is up and publishing a LeaseSet. Because resolution may require a network database lookup, it may take significantly longer than a local address book lookup.

Base32 адреса могут быть использованы в большинстве случаев, где используются имена узлов или полные пункты назначения, тем не менее есть несколько исключений, когда это может вызвать ошибку, если имя не может быть преобразовано в адрес. Например, в I2PTunnel возникнет ошибка, если имя не разрешается в пункт назначения.