Процесс регистрации доменов регистраторами

[Ibrohim Djuraev]

Сообщение от Фаррух Караматов

Оба варианта должны дать следующие возможности регистраторам:
1) Автоматизированная система регистрация доменов
2) Смена адресов НС серверов для уже зарегистрированных доменов
3) Изменение контактных данных владельцев доменов.

мы сейчас говорим о технической стороны, а вот если посмотреть с другой стороны на предмет смены НС серверов и контактных данных, тогда как быть с аккуратностью при смене нс серверов со стороны пользователей, и конечно о достоверности внесенных изменений в контактных данных? Регистратор будет нести полную ответственность?

Я понимаю что регистраторы хочеть сделать максимально удобным и простым процесс регистрации и поддержки доменов своих пользователей, но не надо забывать при этом чтобы параллельно не создавались трудности или допускались ошибки

[Anatoliy Pelepetz]

Сообщение от Фаррух Караматов

Поскольку пока других от других регистраторов кроме BCC предложений не было. Можно остановится на двух вариантах:
1) Создание вторичной БД к которой будет предоставлен доступ регистраторам.
2) Предоставление веб сервиса с использованием XML или API к вашей БД.

Оба варианта должны дать следующие возможности регистраторам:
1) Автоматизированная система регистрация доменов
2) Смена адресов НС серверов для уже зарегистрированных доменов
3) Изменение контактных данных владельцев доменов.

Объясните пожалуйсто пнкт "1) Автоматизированная система регистрация доменов".

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

[Anatoliy Pelepetz]

Сообщение от Фаррух Караматов

Если Вы предоставите доступ к БД, регистраторы могут для своих сотрудников разработать интерфейс при помощи которого весь этот процесс будет проходить без "ручных" манипуляций в БД.

Вы хотите сказать что каждый регистратор готов написать для своих сотрудников свой интерфейс удобный для них, но я сомневаюсь что это кто то будет делать, потов в резулатате отладки интерфейса могут возникнуть ошыбки в БД в результате чего все "шишки", из за неработающего домена УЗ, полетят в нас.
Да и к тому же заставить каждого регистратора писать себе админку это всеравно что, если вы придете в микрософт а вам тама дадут диск с АПИ библиотеками и скажут виндовс самому писать

[Фаррух Караматов]

Сообщение от Ibrohim Djuraev

мы сейчас говорим о технической стороны, а вот если посмотреть с другой стороны на предмет смены НС серверов и контактных данных, тогда как быть с аккуратностью при смене нс серверов со стороны пользователей, и конечно о достоверности внесенных изменений в контактных данных? Регистратор будет нести полную ответственность?

Смена контактной информации нужна для выполнения пунктов 8.1 и 8.3 "ПОЛОЖЕНИЯ О ПОРЯДКЕ АДМИНИСТРИРОВАНИЯ ДОМЕНОВ В ЗОНЕ «UZ»".
в которых сказано:

8.1 Администратор обязан в 10-дневный срок сообщить Регистратору в случае изменения сведений, в ранее поданной им заявке на регистрацию (на продление срока действия регистрации), а также в случае изменении информации о доменном имени, содержащейся в базе сервиса `whois'.

и

8.3 После получения от Администратора сообщения об изменении сведений и проверки этих сведений Регистратор обязан внести соответствующие изменения в Реестр, в базу сервиса `whois' и при необходимости переоформить договор с Администратором.

А насчет смены НСок. Регистратор это все равно делает по запросу администратора домена. Если это будет делать непосредственно сам администратор домена, регистратор не будет промежуточным звеном в этом процессе.

К тому же вот выдержка из того же положения:

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

Сообщение от Anatoliy Pelepetz

Объясните пожалуйсто пнкт "1) Автоматизированная система регистрация доменов".

Для начала можно автоматизировать следующее(Из положения параграф 14.2):

1. создание домена;
2. обновление любых данных по каждому зарегистрированному им домену;
3. удаление домена из базы, сохраняя информацию о нем для Администратора домена «UZ»;
4. специальные действия – сохранить, удалить, реактивировать домены – по согласованию с Администратором домена «UZ»;

[Фаррух Караматов]

Сообщение от Anatoliy Pelepetz

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

Уважаемый можете не сомневаться в том что это будет сделано регистраторами. У китайцев есть пословица: Без ветра не колышется трава Я не просто так поднял этот вопрос на этом форуме.

Сообщение от Anatoliy Pelepetz

потов в резулатате отладки интерфейса могут возникнуть ошыбки в БД в результате чего все "шишки", из за неработающего домена УЗ, полетят в нас.

Поэтому для предотвращения подобных инцидентов я вам и предложил создать вторичную базу данных. Даже ее можно на время отладки не синхронизировать с основной БД. Ну это уже сугубо технические и рабочие вопросы.

Сообщение от Anatoliy Pelepetz

Да и к тому же заставить каждого регистратора писать себе админку это всеравно что, если вы придете в микрософт а вам тама дадут диск с АПИ библиотеками и скажут виндовс самому писать

Я ведь не говорю о том что надо кого-то заставлять писать интерфейс. На сайте cctld.uz вы сами можете увидеть рост интереса к домену .uz и тенденции его развития. каждый регистратор все равно рано или поздно придет к этому. Первое время у кого нет желания писать интерфейс могут регистрировать домены по старой схеме путем Copy&Paste кучи полей.
Предоставление API это довольно распространенный метод решения различных задач. Например для владельцев сайтов и продвинутых пользователей такие сервисы как: Google Maps, Livejournal, flickr, yahoo, amazon s3 предоставляют API для облегчения и расширения предоставляемых ими сервисов.

[Anton Kovalyov]

Сообщение от Anatoliy Pelepetz

Вы хотите сказать что каждый регистратор готов написать для своих сотрудников свой интерфейс удобный для них, но я сомневаюсь что это кто то будет делать, потов в резулатате отладки интерфейса могут возникнуть ошыбки в БД в результате чего все "шишки", из за неработающего домена УЗ, полетят в нас.

А что, кроме лени, мешает вам автоматически (ну или вручную, если делать нечего) проверять данные перед внесением в конечную базу? Если они введены некорректно — не добавляйте. Ну а ответственность за неточность контактной информации всегда (даже сейчас) лежит на регистраторах. Или вы думаете, что с вашей текущей формой отправки нельзя зарегистрировать домен на несуществующего человека? Вы проверяете каждый паспорт?

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

Во всём мире это сделано. Я могу сам поменять свою контактную информацию на всех своих доменах в зонах .com, .net, .org, но не .uz. Потому что в .uz надо сначала написать заявку регистратору, который напишет заявку вам, а потом все состарятся и умрут.

Да и к тому же заставить каждого регистратора писать себе админку это всеравно что, если вы придете в микрософт а вам тама дадут диск с АПИ библиотеками и скажут виндовс самому писать

Чушь, даже отвечать не хочется. Windows — это продукт для конечных пользователей, а вас просят сделать API для регистраторов, которые сами сделают конечные продукты для своих клиентов и встроят в свои биллинги и персональные кабинеты.

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

Кому из иностранных знакомых расскажешь, что у нас регистраторы работают с данными о доменах по методу copy&paste и (!) специалисты Самого Главного Регистратора всея Узнета считают, что это супер правильно и хорошо — засмеют, не иначе.

[Ilya Rubinchik]

Сообщение от Djalolatdin Rakhimov

Для регистраторов будет создана служба (окно) ввода данных сразу в нашу базу данных. Это упростит работу регистратора по созданию собсвтенного ПО для ведения данных. Лучше мы это сделаем единообразно для всех, чем каждый регистратор будет создавать свою копию и тратить на это время. Мы уже как-то говорили об этом регистраторам, предлагали обсудить требования к данному ПО, но так и не получили откликов, поэтому процесс затормозился, ввиду отсутствия необходимости.

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

Отсутствия необходимости??? Извините, мы вас просили очень много раз, даже была достигнута предварительная договоренность о безвозмездной помощи с нашей стороны по реализации автоматического интерфейса!

[Ilya Rubinchik]

Сообщение от Ibrohim Djuraev

мы сейчас говорим о технической стороны, а вот если посмотреть с другой стороны на предмет смены НС серверов и контактных данных, тогда как быть с аккуратностью при смене нс серверов со стороны пользователей, и конечно о достоверности внесенных изменений в контактных данных? Регистратор будет нести полную ответственность?

Я понимаю что регистраторы хочеть сделать максимально удобным и простым процесс регистрации и поддержки доменов своих пользователей, но не надо забывать при этом чтобы параллельно не создавались трудности или допускались ошибки

Ответственность полностью возложится на внесшего изменения. То есть это уже дело регистратора создавать ли общедоступный для клиентов ифейс или чтобы данные изменяли только сотрудники регистратора.
Кроме того, регистратор может в своем внутреннем ифейсе для пользователей организовать минимальную "защиту от дурака".

[Ilya Rubinchik]

Сообщение от Anatoliy Pelepetz

Вы хотите сказать что каждый регистратор готов написать для своих сотрудников свой интерфейс удобный для них, но я сомневаюсь что это кто то будет делать, потов в резулатате отладки интерфейса могут возникнуть ошыбки в БД в результате чего все "шишки", из за неработающего домена УЗ, полетят в нас.
Да и к тому же заставить каждого регистратора писать себе админку это всеравно что, если вы придете в микрософт а вам тама дадут диск с АПИ библиотеками и скажут виндовс самому писать

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

Сейчас у нас на сайте reg.bcc.uz можно отправить заявку на резервирование. Но что толку от этого, если заявка не будет обработана пока в понедельник утром девочка не придет на работу не включит компьютер и не повставляет в вашу гигантскую форму (по 120-му разу) все наши контактные данные?

[Djalolatdin Rakhimov]

Сообщение от simanyay

А что, кроме лени, мешает вам ...

предупреждение о нетактичности! Свобода слова не значит безответственность и анархия.