Традиционно форум ICANN начался с отчёта президента корпорации Пола Туми о планах ICANN на первые полгода. Среди вопросов для обсуждения на ближайшие дни были названы следующие: необходимость принятия решения по "многострадальной зоне для взрослых XXX"; снижение риска атак на корневые DNS-серверы; рассмотрение результатов "лабораторного" тестирования многоязычных доменов.

В ходе первых заседаний представители ICANN отчитались о проделанной работе по новому сайту корпорации. По их мнению, теперь пользователям будет проще найти необходимую информацию, другими словами, сайт стал "user-friendly".

Один из ключевых вопросов для обсуждения - ситуация с лишением аккредитации регистратора компании RegisterFly. Причем речь шла о том, как впредь избежать подобных экстремальных ситуаций, при которых в первую очередь страдают многочисленные владельцы доменов. Возможно, будут внесены некоторые изменения в аккредитационное соглашение. Хотя на заседании озвучивалось и иное мнение, по которому для поддержания порядка достаточно просто тщательно выполнять условия действующего на данный момент соглашения ICANN с регистраторами.

Кроме того, ситуация с RegisterFly подтолкнула к постановке следующих вопросов: необходимость предоставления данных об администраторах доменов - создание централизованного архива на случай, если прекративший свою деятельность регистратор не может более работать со своей базой данных. RegisterFly, например, по просьбе ICANN передали свои данные об администраторах доменов регистратору eNOM для того, чтобы была оказана техническая помощь в переносе доменов.

Большой вопрос в объеме и процедуре предоставления такого архива. Большинство участников конференции считает его создание нужным. Когда данные в eNOM были переданы, обнаружилось, что многие администраторы доменов пользовались услугами "private whois", то есть системой защиты персональных данных, при которой вместо имени администратора домена в whois-сервисе указываются данные компании (часто дочерней компании регистратора), предоставляющей такую услугу. Эти пользователи оказались самыми незащищенными - данные многих были утеряны, а без этих данных перенос к другому регистратору невозможен.

В связи с этим возник второй вопрос: как поступать с доменами, для которых заказана услуга "private whois"? Какие данные передавать в архив, всегда ли их можно получить, наконец, кто будет считаться администратором домена? Прозвучало мнение, что переданные данные администратора могут рассматриваться ICANN как "дополнительная контактная информация" и что администратор домена (с точки зрения ICANN) - тот, кто указан в Whois. Таким образом, с одной стороны клиент защищает свои персональные данные, а с другой больше рискует потерять домен.

Также был затронут вопрос получения аккредитации путем покупки компании регистратора. А RegisterFly в свое время именно так и поступили: они были партнером регистратора, затем подали заявку на аккредитацию в ICANN, но им было отказано. Тогда в RegisterFly нашли своеобразный обходной путь. Вопрос остается открытым: где провести грань между безобидным переименованием, отделением филиала или дружеским слиянием, которые, по сути, никак не повлияют на администраторов доменов (а именно об их интересах речь) и попыткой обойти правила? С другой стороны, неудачные кадровые перестановки без перехода компании к другому собственнику могут дать тот еще результат. Пути решения пока не были найдены.

Был затронут также вопрос взаимоотношений с партнерами регистраторов (реселлерами) и ответственностью в этом случае регистратора перед администратором домена; вопрос возможного введения рейтинга регистраторов - к этой идее отнеслись скептически и настороженно; проблема ответственности Affiliated-регистраторов (когда одна компания владеет многими регистраторами для увеличения количества соединений с реестром) в случае, если один из входящих в такую "команду" регистраторов прекращает свою деятельность; вопрос возможной аккредитации непосредственно персонала регистратора, возможного введения альтернативной процедуры изменения статуса домена и получения кода авторизации реестра для смены регистратора.

Источник RU-CENTER http://info.nic.ru