dxdt.blog: занимательный интернет-журнал

Первый кириллический домен РФ работает уже больше двух лет. Сейчас в нём зарегистрировано чуть более 800 тыс. имён. Что, вообще говоря, немало для подобного домена. Тем не менее, тенденции пока что не самые радужные. Вот пара графиков (исходники доступны на stat.nic.ru):

1. Динамика новых регистраций (в январе – всплеск, теперь опять всё затухает):

2. Динамика продлений регистраций:

Всплеск на двух графиках – это такой след попыток “прокачать” зону. Однако после прокачки напор снова быстро улетучивается. Как и прежде, большой вопрос: будет ли миллион регистраций?

Кстати, рассматривая развитие .РФ, нужно учитывать такой момент: ждать весомых преимуществ от использования новинки в области интернет-технологий массовый потребитель готов год-два, а потом бесполезную “новинку” забросят куда подальше. К сожалению, у кириллической зоны преимуществ особых нет, а вот дополнительных проблем с использованием – хоть отбавляй.

ICANN продолжает удивлять собщество. Теперь у них скандальчик с публикацией в открытом доступе данных зявителей на New gTLD.

В опубликованной ICANN таблице заявок на новые домены верхнего уровня есть поле Location, обозначающее связь заявки с географией. Выборка по этому полю со значением RU показывает восемь российских заявок. При этом, сюда входят не все кириллические заявки, например, не входит домен .католик, заявку на который подают из Ватикана. Впрочем, вернёмся к росийским доменным идеям, вот список в формате “домен – заявитель” (на английском, я просто взял строку из базы):

.ДЕТИ
The Foundation for Network Initiatives “The Smart Internet”

.МОСКВА
Foundation for Assistance for Internet Technologies and Infrastructure Development (FAITID)

.РУС
Rusnames Limited

.GDN
Joint Stock Company “Navigation-information systems” – это НИС ГЛОНАСС, если кто не в курсе.

.MOSCOW
Foundation for Assistance for Internet Technologies and Infrastructure Development (FAITID)

.SKOLKOVO
Fund for Development of the Center for Elaboration and Commercialization of New Technologies

.TATAR
Limited Liability Company “Coordination Center of Regional Domain of Tatarstan Republic”

.YANDEX
YANDEX, LLC

А интересно тут то, что на домен .GDN подано две заявки, вторая – от Guardian News and Media Limited, из Великобритании. Во как.

В ICANN наподавали немало заявок на разнообразные новые домены. Сегодня опубликован список.

Update: сервис, описанный в этой заметке, более не доступен.

Сделал вот сервис dns.dxdt.ru – позволяет искать сведения об адресации, связанные с DNS. Бета-версия. За веб-интерфейсом скрывается база данных из примерно 13 млн документов, которые были получены при помощи опроса доменных зон .ru, .su, кириллической .рф.

Зачем нужно обходить доменные зоны? Давайте вспомним, что DNS работает “напрямую”, то есть в ответ на запрос о “буквенном имени” выдаёт IP-адрес, адрес почтового сервера или ещё что-то. Получить ответ на обратный запрос – “какие домены используют указанный IP-адрес?” – средствами DNS, в общем случае, нельзя. Есть специальные исключения, обратные зоны, но это совсем другая история. Поэтому для того, чтобы провести какой-то поиск, найти “соседей” данного сайта, вычислить общие черты, ещё что-то исследовать – нужно предварительно построить слепок сегмента DNS, опросив серверы имён и сохранив результаты. Собственно, отсюда и получаются все эти миллионы документов.

Как работает dns.dxdt.ru? Интересно было попробовать современные решения. Поэтому в качестве СУБД выбрана MongoDB – это NoSQL СУБД. Сам сервис использует два сервера минимальной конфигурации из амазоновского EC2: на одном работает MongoDB, это, так сказать, “бекэнд”, на втором – связка Apache, PHP, Memcached, это, стало быть, “фронтэнд”. Была идея использовать на “фронтэнде” Ruby, но данный язык, вполне ожидаемо, оказался чудовищно медленным. Отказался. Memcached кэширует не ответы БД, а форматированные результаты выдачи (то есть, итоговые HTML-страницы), что сильно ускоряет работу на повторяющихся запросах. При этом, впрочем, остаётся проблема с доставкой клиенту больших по объёму страниц: некоторые запросы генерируют десятки и сотни тысяч строк в ответе (таковы, например, запросы об ns-ах крупных регистраторов доменов).

Ещё одна особенность: кириллические домены полностью обрабатываются на стороне клиента, Javascript-ом в браузере. То есть, сервер отдаёт и принимает только классическое представление (ASCII), в котором многоязычные имена выглядят как строки с префиксом “xn--“. По-моему, это, прежде всего, идеологически правильно, так как всё “доменное многоязычие” существует именно на клиентском уровне, внутри DNS никаких Unicode-строк нет. Кроме того, реализация многоязычных имён на серверной стороне, вполне предсказуемо, потянула за собой кучу дополнительных задач – преобразование кодировок, контроль этих преобразований, ловля ошибок, обработка “нестандартных” символов и так далее, и тому подобное.

На следующем шаге планирую добавить в dns.dxdt.ru вывод некоторой статистики, обработку MX-ов. Наверное, что-то ещё. Сервис довольно специфический, но всё равно: вопросы, предложения, пожелания – всячески приветствуются в комментариях.

Очередной День IPv6 отмечают сегодня, 6 июня. Про новый протокол, малодоступный для рядового пользователя Интернета, я писал раньше, поделюсь некоторыми ссылками:

• “Перечислимость” IP-адресов;
• Техническое: практика IPv6;
• Воскресный юмор: как исчерпать адресное пространство IPv6.

Чуть больше года работает тестовый сервер IPv6/IPv4: ipv6.nic.ru, поднятый к прошлому всемирному “переходу” на новый протокол; статистика там накоплена не очень большая, так как, понятно, посещаемость оставляет желать лучшего, но всё равно видно, что IPv6 – пока не популярен.

Сегодня ICANN опять открыла многострадальную систему приёма заявок на новые домены верхнего уровня. Сломанную систему остановили ещё 12 апреля. Говорят, что в программном обеспечении ошибка была изначально. С 12 апреля ICANN, с завидной регулярностью, выпускала разные бюрократические уведомления, рассказывающие о статусе “починки”, которая продолжалась “неопределённое” время. Вроде, теперь закончили работы и обещают почти девять суток принимать заявки – это дополнительный период. Посмотрим, что случится дальше.

Так как “Твиттер” – инструмент максимально упрощённый, то для координирования потоков сообщений там используются “хеш-теги”. Для того, чтобы затруднить такое координирование, противоборствующие группы используют (или пытаются использовать) зашумление “хеш-тегов” при помощи ботов. То есть, боты генерируют большое число не относящихся к теме сообщений, содержащих заглушаемый хеш-тег.

Цель в том, чтобы, благодаря ограниченности твиттерных инструментов настройки, пользователи потеряли настоящие сообщения в потоке наведённого шума. Это всё сильно напоминает помехопостановку из практики РЭБ: пространство хеш-тегов общее, всё равно что радиоэфир, конкретные действующие значения тегов прочитать может каждый (каждый бот). При этом, методы защиты тоже имеют хорошо знакомые черты: скажем, пострадавшие от шума – меняют хеш-теги.

Как разработчики простых твиттерных помехопостановщиков могли бы их улучшить? Во-первых, конечно, нужно устроить автоматы таким образом, чтобы они быстро и автономно обнаруживали переход подавляемого канала на другую частоту, то есть, на другой хеш-тег. Для реализации не нужно распознавать смысловое содержание сообщений. Достаточным признаком может служить быстро возросшее количество сообщений с не встречавшимся ранее тегом для некоторого ядра пользователей. Понятно, что новый тег вводит кто-то из тех, кто активно и в первых рядах использовал предыдущие теги. Эта особенность позволяет выявить “ведущих” пользователей. Соответствующие таблицы в базе данных не займут много места.

Во-вторых, хороший помехопостановщик – это активный помехопостановщик. В случае с “Твиттером” активность подразумевает игру на опережение. Например, можно заранее предсказать, какие примерно хеш-теги подойдут для того или иного офлайнового события и – сгенерировать словарь. Кстати, не требуется побуквенного соответствия, теги из реальности и словаря могут быть схожи, что называется, до степени смешения, эффект всё равно будет. Опережение заключается в том, что помеха возникает до того, как поменяют тег: боты помехопостановщика периодически публикуют небольшое количество сообщений с хеш-тегами из словаря, возможно, заявляя, что это “переход на новый тег”. Понятно, что в процессе реального перехода к другому тегу, у пользователей возникнет путаница, так как они встретят в ленте уже размещённые ранее сообщения. Проблема тут в том, что пространство хеш-тегов, относящихся даже к одному офлайновому событию, довольно большое. С другой стороны, даже одна успешная активная помеха будет иметь заметные последствия, уводя кучу пользователей по ложному следу.

Возможно, всё это уже реализовано. Ну и, очевидно, если хорошо вести статистику наблюдаемого твиттер-эфира, то появляются другие, не менее интересные пути развития “глушилок”.

Как я уже упоминал, для нового выпуска “Доменных имён“, посвящённого истории Интернета, мы с Артемием Ломовым написали статью “Сценарии конца Интернета“. Сейчас статья доступна на сайте журнала, в PDF, рекомендую. Небольшая цитата:

Некоторые умные люди небезосновательно утверждают, что вероятность любого события тождественно равна нулю до его наступления и тождественно равна единице – после. Например, почти ровно 100 лет тому назад, в первой половине апреля 1912-го, вероятность гибели «Титаника» как раз оценивалась всеми здравомыслящими людьми как нулевая. Любое пророчество о том, что первый же рейс станет последним для непотопляемого лайнера, не могло быть воспринято иначе, чем инфернальный бред. Однако все мы хорошо знаем, что случилось дальше.

Спустя считаные минуты после того, как вероятность катастрофы стала в точности равной единице, носовая часть расколовшегося надвое «Титаника» врезалась в океанское дно со скоростью порядка 13 миль в час, зарывшись в осадочные породы. И человечество, надо сказать, еще легко отделалось – к счастью, в данной точке пространства-времени не оказалось проложенного по дну трансатлантического кабеля магистральной сети связи с пропускной способностью в несколько сотен гигабит в секунду.

Да, текст, местами, художественный, но некоторые из упомянутых в статье сценариев уже просматриваются в реальности. Итак, вот, ещё раз, ссылка на PDF.

Тут Артемий Ломов сделал специальную страницу, имитирующую медленную загрузку элементов в браузер – можно вживую посмотреть, как отрисовываются разные блоки и “применяются” стили. Страница находится на сайте WebHiTech-а.

Специальная система приёма заявок на новые домены верхнего уровня у ICANN окончательно сломалась на день космонавтики, 12 апреля. С тех пор ICANN регулярно выпускает бюрократические уведомления, содержание которых сводится к следующему: “всё в порядке, ничего не потеряно, систему чинят, и вот-вот откроют обратно”. Впрочем, пока что прошло чуть более двух недель. Да. Казалось бы.

А с другой стороны, интереснее такая интерпретация: разработанная по заказу ICANN система настолько некачественная, что восстановление после сбоя уже заняло больше двух недель. Это как же нужно было спроектировать программное обеспечение, чтобы достичь такого эффекта? При этом в корпорации, контролирующей распределение адресного пространства всего Интернета, управление проектами налажено так “замечательно”, что ICANN даже не может уверенно прогнозировать время восстановления после сбоя. В общем, абсурд там какой-то с этими New gTLD, по всем фронтам.