DNS Distributed Nodelist
DNS Distributed Nodelist[1] (сокращённо называемый DDN) — это способ трансляции фидонетовских адресов в доменные имена Интернета (то есть способ получения DNS-имён, соответствующих фидонетовским адресам) на основе информации, содержащейся в ноудлисте.
Предпосылки DDN[править | править код]
Фидонет является оверлейной сетью с собственной адресацией, не зависящей от адресации той физической сети, которая используется в качестве транспорта. В роли такого транспорта может выступать любая достаточно надёжная и доступная физическая сеть. Сейчас используется только две сети (телефонная сеть и Интернет), однако теоретически Фидонет может использовать сколько угодно таких сетей одновременно, оставаясь единым.
Ноудлист Фидонета содержит информацию, которая необходима, чтобы по фидонетовскому адресу выяснить адресацию физической сети. Именно ноудлист должен предоставлять исчерпывающую информацию о том, как связаться с узлом.
DDN позволяет упростить конструкцию фидонетовских мейлеров, предназначенных для работы через Интернет по технологии Fido over IP: DDN избавляет их от необходимости анализировать весь ноудлист целиком, позволяя вместо этого получать необходимую информацию (о том, как связаться с узлом) при помощи сравнительно более простого интернетовского механизма — при помощи DNS.
Стандарт DDN[править | править код]
Нынешний стандарт DDN содержится в документе FSP-1035 (вышедшем в ноябре 2008 года. Этот документ перекрывает прежний FSP-1026, некоторые данные из которого вошли также в FTS-5001 (основной стандарт по флагам ноудлиста).
Суть DDN в том, что, например, DNS-транслированным адресом узла 2:5020/8080 будет f8080.n5020.z2.root_domain (где root_domain — некоторый корневой домен).
Нынешнее положение дел и его предполагаемое улучшение[править | править код]
В качестве корневого домена сейчас в Фидонете почти повсеместно используется один и тот же домен — fidonet.net.[2] Стремясь улучшить это положение дел, FSP-1035 предусматривает для каждого сегмента ноудлиста специальный флаг (IRD), в явном виде содержащий корневой домен сегмента. Флаг IRD ужé авторизован Z2C (о чём свидетельствует появление флага в эпилоге ноудлиста) и может вноситься координаторами при оформлении сегментов. Этот корневой домен может отличаться от fidonet.net — таким образом, использовать один и тот же домен для всего ноудлиста необязательно.
Доменные адреса — ресурс нефидошный, и оттого он может изменяться независимо от Фидонета (например, в силу негативной деятельности киберсквоттеров). Именно поэтому полезен механизм флагов IDN, позволяющий сохранить адресацию узлов Фидонета неизменною независимо от того, какой используется корневой домен — то есть позволяющий беспроблемно перенести адресацию на другой домен, если предыдущий окажется захвачен киберсквоттерами, или будет заброшен его хозяином, или станет недоступен или повреждён по какой-либо другой причине.
Более того, флаги IRD предоставляют независимость в выборе корневого домена каждому координатору для возможности пользования его собственной DNS-зоною:
- IRD, задаваемый ZC, действует на технические адреса зоны.
- IRD, задаваемый RC, распространяется на независимые узлы региона.
- NC указывает в IRD домен для всех узлов своей сети.
Ценою этих достоинств перехода от единого домена к распределённой системе является отказ от простоты мейлеров: вместо того, чтобы прочитать единый домен в настройках и использовать только их, мейлеру поневоле приходится читать и анализировать флаги IRD в ноудлисте.
Взаимные отношения флагов INA и IRD[править | править код]
В каждой такой строке ноудлиста, которая описывает один из интернетовских узлов Фидонета, должен наличествовать флаг INA с указанием доменного имени или IP-адреса для связи с узлом. Обыкновенно флаг INA появляется там ещё при получении нодового адреса, то есть либо присылается сисопом сетевому координатору (NC) в готовом виде, либо записывается самим координатором согласно полученным от сисопа сведениям (в зависимости от того, кто из них первоначально составляет ноудлистовую строчку узла). В обязанность NC (сетевого координатора) также входит проверка работоспособности узла по указанному во флаге адресу.
Поэтому заполнение доменной зоны, указанной во флаге IRD, сетевой координатор (или тот фидошник-хостмастер, которому NC делегировал эту обязанность) может вести двумя способами:[3]
- Заполнять автоматически: строить зону на основе информации из флагов INA.
- Принимать от сисопов информацию об адресах их узлов, заносить её вручную.
Если зона строится автоматически, тогда любое появление у некоторого узла во флаге INA такого доменного имени, которое использует домен этой зоны, неизбежно приводит к нежелательной рекурсии, то есть DNS-имя такого узла начинает указывать само на себя и становится бесполезным. Чтобы этого избежать, NC приходится требовать от сисопов, чтобы во флаге INA указывали либо DNS-имя из другого домена, либо вообще не DNS-имя, а IP-адрес.
Если же зона строится вручную, тогда появление у некоторых узлов во флаге INA адресов из её домена допускается, просто тогда единственным источником сведений об IP-адресах таких узлов является договорённость между сисопом и хостмастером о наполнении зоны. К немедленным проблемам такая организация дел не приводит, однако требует от хостмастера несколько бóльших усилий вследствие отказа от полной автоматизации.
См. также[править | править код]
Примечания[править | править код]
- ↑ В переводе с английского языка термин «DNS Distributed Nodelist» означает ноудлист, распространяемый посредством DNS.
- ↑ Например, именно
fidonet.netиспользуется по умолчанию в конфигурации binkd. - ↑ Обстоятельства излагаются согласно официальному письму R50C от 20 апреля 2009 года: area://R50.SysOp/?msgid=2:5020/2992+49ec3366
