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

Сообщают, что некоторые штатовские пилоты не хотят летать на F-22 и просят снять их с этого истребителя, ссылаясь на проблемы с кислородным оборудованием, которые до сих пор не смогли устранить. (Некоторое время назад полёты F-22 вообще приостановили, после катастрофы; потом разрешили снова, но, выходит, не всё гладко – раз о “пугающем” статусе самолёта заговорили вполне официально. Надо заметить, что кислородное оборудование на борту создаёт пилотам проблемы издревле, например, во времена второй мировой войны многие лётчики предпочитали не связываться с “кислородом”, специально выбирая малые высоты для полётов и ведения боя.)

Через пару дней, 2 мая, в Штатах принимают в состав ВВС последний (крайний?) F-22. Постройку этих истребителей остановили ещё в декабре прошлого года. Как рассказывают, всего их примерно 200 бортов построили, и 160-180 – должны быть в строю, с разной степенью готовности. Там же, как обычно, есть много вариантов “приходования” истребителя, и ещё большее число шагов в программах модернизации, поэтому, одно дело – число построенных, и другое – число реально боеготовых самолётов. Но в случае с F-22: как ни крути, а мало их. Наверное, потому что дорогие.

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

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

Дефект (скорее, уязвимость) в интерфейсе приёма заявок на New gTLD ICANN признала 12 апреля, хотя, подтверждают, что сообщения о проблемах от пользователей поступали с 19 марта. Сегодня – 14 апреля, и пока что ICANN, в своём стиле, только обещает 16 апреля сообщить о том, смогут ли они возобновить приём заявок 17 апреля.

Вчитайтесь: через двое суток после аварии, ICANN, на полном серьёзе, выпускает официальное сообщение о том, что ещё через два дня опубликуют очередное сообщение, в котором будет уведомление о поступлении следующего сообщения. Это рафинированный образец бюрократии в действии.

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

Что получается? Фатальный сбой в системе приёма заявок однозначно пойдёт в зачёт провалов ICANN. При этом, каждый день простоя повышает ущерб: ведь процедуры реагирования на инциденты едва ли не важнее процедур предотвращения этих самых инцидентов. (Например, при подготовке атаки, подробная информация о схемах реагирования обороняющейся стороны даёт примерно половину успеха.) Совсем уж некрасиво получится, если выяснится, что ICANN не только допускает серьёзные технические ошибки, но ещё и не умеет конструктивно реагировать на их проявление, предлагая, вместо реальных действий, “сообщения о поступлении уведомления о сообщениях”.

Впрочем, посмотрим, как оно повернётся.

Конкурс WebHiTech в 2012 году планируем проводить в новом формате. Старт приёма заявок – на РИФе, некоторые подробности – в официальном сообщении.

Во как: у ICANN сломалась (сломали?) система приёма заявок на новые домены верхнего уровня. Сегодня последний день приёма таких заявок, но, понятно, срок продлили.

Google показывает очки “дополненной реальности”. А между прочим, ценность интерактивных очков, позволяющих просматривать дополнительную информацию в интегрированном с “основной” картинкой реальности виде, теряется, если эти очки служат лишь интерфейсом для смартфона. “Дополненние реальности” уведомлениями об SMS – это не то, что хотелось бы получить. Это лишь избыточный, маркетинговый “функционал”.

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

Хотя, наверное, как товар от Google – очки с “эсэмэсками” должны пойти хорошо. Тем более, что туда же можно транслировать указания вида “купи вот эту куртку”.

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

RU-CENTER и ICANN реализовали совместный проект по инсталляции российского узла сервера L-Root.

Addon (05/04/2012): а вот и сообщение на сайте ICANN.

Вообще, локальных узлов корневых серверов много, адресуются они, обычно, с помощью anycast. То есть, обращаясь к тому или иному серверу по одному и тому же IP-адресу, но из разных сегментов Сети, вы будете попадать на наиболее “близкий” физический сервер. Расстояние тут измеряется в терминах топологии Интернета, конечно. Примерно так результат для l.root-servers.net теперь выглядит “с близкого расстояния”, из московского дата-центра:

$ traceroute l.root-servers.net
traceroute to l.root-servers.net (199.7.83.42), 30 hops max, 60 byte packets
1 MSK-KHOUSE-NR1.nic.ru (109.70.27.19) 0.772 ms 1.111 ms 1.245 ms
2 MSK-STD-NR1.nic.ru (193.232.147.215) 1.348 ms 1.351 ms 1.458 ms
3 l.root-servers.net (199.7.83.42) 1.226 ms 1.223 ms 1.213 ms

А вот вариант из Ирландии (Amazon, кусочек):

$ traceroute l.root-servers.net
traceroute to l.root-servers.net (199.7.83.42), 30 hops max, 60 byte packets
[...]
4 ec2-79-125-0-135.eu-west-1.compute.amazonaws.com (79.125.0.135) 0.684 ms ec2-79-125-0-133.eu-west-1.compute.amazonaws.com (79.125.0.133) 0.470 ms 0.453 ms
5 178.236.0.232 (178.236.0.232) 0.816 ms 178.236.0.124 (178.236.0.124) 1.403 ms 1.134 ms
6 178.236.0.124 (178.236.0.124) 1.117 ms 1.127 ms 178.236.0.131 (178.236.0.131) 1.229 ms
7 inex.woodynet.net (193.242.111.60) 2.421 ms 178.236.0.131 (178.236.0.131) 1.158 ms inex.woodynet.net (193.242.111.60) 2.602 ms
8 inex.woodynet.net (193.242.111.60) 2.343 ms 3.063 ms 2.784 ms
9 l.root-servers.net (199.7.83.42) 1.906 ms 1.865 ms 1.615 ms

В общем, больше серверов, хороших и разных.

(На правах технократического юмора.) Если вы хотите версию того, как можно вызвать аварию всех 13 корневых серверов глобальной DNS, то вот такой вариант: взломан скрытый сервер VeriSign, с которого раздаётся зона на эти самые корневые сервера. В результате, 31 марта, хакеры распространят испорченную корневую зону. DNS сломается. Не требуется даже генерировать подписи DNSSEC, ведь задача состоит не в том, чтобы подменить адресацию, а в том, чтобы всё сломать.