Инфосистемы и технические условия EIS
Новая система
регистрации имеет некоторые отличия от старой при создании объектов контакта и
обращении с ними. Далее приведены важнейшие из них:
Если поле идентификации не меняется, то заменять сам объект не надо. Это важно в основном при изменении контактных данных регистранта, потому что при замене объекта регистранта система считает, что произведена смена регистранта и в том случае, если являющееся объектом лицо то же. Следовательно, при изменении, например, адреса э-почты или телефонного номера следует обновить только объект контакта.
Почему система не дает изменить данные домена или контакта?
У домена или контакта могут быть исключающие это статусы (updateprohibited, pendingUpdate). Первый из них устанавливается в административном порядке, обычно в ходе какого-либо процессуального действия, например судебной тяжбы или процедуры удаления. Второй же означает, что одна операция изменения уже запущена и ожидает завершения, до которого новые запросы об изменениях делать нельзя.
Если дело не в прямо запрещающем изменения статусе, то вероятно, что прежние (контактные) данные неверны или недостаточны. Более точные причины отражаются также в сообщении об ошибке.
Почему нельзя изменить идентификацию контакта?
Изменение идентификации контакта изменит и личность контакта. Если происходит смена лица, следует создать новый контакт. Связанные с полем идентификации изменения можно осуществлять только в двух особых случаях:
NB! При замене объекта контакта в случае, если дело касается контакта регистратора, система считает это сменой регистратора, и на адрес прежнего регистратора отправляется письмо для подтверждения операции. Если ответа с подтверждением не последует, операция не будет завершена.
В каких случаях система отправляет уведомления на адрес э-почты контакта?
Система отправляет уведомления в случае смены адреса э-почты, при передаче домена новому регистранту и в случае запроса об удалении домена. При передаче и удалении домена одновременно с письмом на адрес э-почты (прежнего) регистратора отправляется веб-ссылка, по которой можно подтвердить или отменить находящуюся в режиме ожидания операцию.
Кроме того, система регистрации рассылает однократные автоматические уведомления всем контактам домена, срок действия которого истек, через день после его истечения.
Как действовать, если регистрант не может ответить на письмо о подтверждении, а его воля установлена?
Если регистратор убедился в воле регистранта, то можно использовать в запросе update или delete параметр verified='yes', при котором вместо отправки подтверждающего письма и установления статуса pendingUpdate или pendingDelete желаемая операция будет немедленно осуществлена.
Как использовать параметр verified='yes' на портале Регистратора?
В веб-интерфейсе отсутствует возможность включения этого параметра. Для использования регистратор должен отправить самостоятельно составленный запрос. Составленные вручную запросы можно подавать через портал Регистратора <консоль XML>
- При смене регистратора все контакты копируются автоматически. Система сама создает для нового регистратора соответствующие объекты.
- Если регистратор не указывает созданный контакт сам (напр., при смене регистратора, или, создавая контакт на портале Регистратора, оставляет его невыбранным), система сделает это автоматически. Первая часть имени объекта представляет собой имя регистратора, которое отделяется от последующего автоматически генерируемым стрингом
- Если регистратор сам выбирает имя объекта, система добавляет в его начальную часть имя регистратора в случае, если имя регистратора уже не выбрано первым элементом имени. Допустимые знаки ‒ алфавит ASCII, цифры, ‘:’ и ‘-’ , максимальная длина 100 знаков. Все введенные буквы сохраняются как заглавные.
- О некоторых изменениях, таких как: смена (chg) регистратора (объект контакта) или изменения адресов э-почты контактных лиц, на адрес э-почты контакта отправляются письма о подтверждении и/или уведомлении, от чего зависит и завершение требующих подтверждения операций. Следовательно, еще более важное, чем прежде, значение имеет то, чтобы адреса э-почты функционировали и были корректны.
Если поле идентификации не меняется, то заменять сам объект не надо. Это важно в основном при изменении контактных данных регистранта, потому что при замене объекта регистранта система считает, что произведена смена регистранта и в том случае, если являющееся объектом лицо то же. Следовательно, при изменении, например, адреса э-почты или телефонного номера следует обновить только объект контакта.
Почему система не дает изменить данные домена или контакта?
У домена или контакта могут быть исключающие это статусы (updateprohibited, pendingUpdate). Первый из них устанавливается в административном порядке, обычно в ходе какого-либо процессуального действия, например судебной тяжбы или процедуры удаления. Второй же означает, что одна операция изменения уже запущена и ожидает завершения, до которого новые запросы об изменениях делать нельзя.
Если дело не в прямо запрещающем изменения статусе, то вероятно, что прежние (контактные) данные неверны или недостаточны. Более точные причины отражаются также в сообщении об ошибке.
Почему нельзя изменить идентификацию контакта?
Изменение идентификации контакта изменит и личность контакта. Если происходит смена лица, следует создать новый контакт. Связанные с полем идентификации изменения можно осуществлять только в двух особых случаях:
- если формат 'birthday' и даты (YYYY-MM-DD) поля идентификации (элемент <eis:ident> тип (атрибут “type”) некорректны
- если отсутствует код страны (атрибут “cc” элемента <eis:ident>)
NB! При замене объекта контакта в случае, если дело касается контакта регистратора, система считает это сменой регистратора, и на адрес прежнего регистратора отправляется письмо для подтверждения операции. Если ответа с подтверждением не последует, операция не будет завершена.
В каких случаях система отправляет уведомления на адрес э-почты контакта?
Система отправляет уведомления в случае смены адреса э-почты, при передаче домена новому регистранту и в случае запроса об удалении домена. При передаче и удалении домена одновременно с письмом на адрес э-почты (прежнего) регистратора отправляется веб-ссылка, по которой можно подтвердить или отменить находящуюся в режиме ожидания операцию.
Кроме того, система регистрации рассылает однократные автоматические уведомления всем контактам домена, срок действия которого истек, через день после его истечения.
Как действовать, если регистрант не может ответить на письмо о подтверждении, а его воля установлена?
Если регистратор убедился в воле регистранта, то можно использовать в запросе update или delete параметр verified='yes', при котором вместо отправки подтверждающего письма и установления статуса pendingUpdate или pendingDelete желаемая операция будет немедленно осуществлена.
Как использовать параметр verified='yes' на портале Регистратора?
В веб-интерфейсе отсутствует возможность включения этого параметра. Для использования регистратор должен отправить самостоятельно составленный запрос. Составленные вручную запросы можно подавать через портал Регистратора <консоль XML>
Тестовая среда
предназначена как для тех, кто только раздумывает, не стать ли
регистратором .ee, чтобы ознакомиться с различными интерфейсами и
услугами, так и для аккредитованных регистраторов для опробования
различных
новшеств и экспериментирования.
Перед аккредитацией в качестве нового регистратора регистратор должен пройти в тестовой среде <тест EPP>, чтобы убедиться в своем соответствии требованиям технических систем и процедур.
Места нахождения интерфейсов тестовой среды:
Для получения тестового счета следует подать в EIS ходатайство о сертификате, IP адрес(а) и данные для счета на основе личного кода. EIS выдаст сертификат на пользование тестовым интерфейсом EPP и REPP и создаст доступ в тестовую среду портала Регистратора для владельцев соответствующих личных кодов.
Лица, не имеющие ID-карты Эстонии, могут войти в веб-среду по имени пользователя и сертификату PKI. В этом случае следует иметь в виду, чтобы в ходатайстве о сертификате CN было таким же, как и желаемое имя пользователя.
Введенные в тестовую среду данные
В тестовую среду регистратор или кандидат в регистраторы вводят данные под собственную ответственность.
NB! Операции, в результате которых регистранту отправляются сообщения, действительно рассылают по задействованным контактным данным, чтобы можно было проверить функциональность. Рекомендуется осуществлять пробы со специально созданными для этого контактами и доменами или с принадлежащими Вам данными, а не с данными реальных клиентов.
Домены-образцы для пробной операции по смене регистратора
Для проведения пробной операции по смене регистратора требуется принадлежащий какому-либо иному регистратору домен и код авторизации к нему. Для этой цели в системе имеются домены-образцы, которые создаются дополнительно по мере необходимости. Если Вы приступаете к проведению пробной операции или если имеющиеся домены уже использованы, сообщите нам о конкретной потребности.
Тест EPP
Тест EPP содержит задания-образцы по всем регистрационным услугам и чаще всего осуществляемым операциям. Например, создание контакта и домена, инфозапрос, обновление данных контакта, изменение контактов домена и DNS-сервера, передача домена, смена регистратора, администрирование записей dnssec, удаление домена и чтение poll-сообщений.
Более точные задания будут высланы кандидату в регистраторы, когда он сообщит о своей готовности выполнить тест.
Перед аккредитацией в качестве нового регистратора регистратор должен пройти в тестовой среде <тест EPP>, чтобы убедиться в своем соответствии требованиям технических систем и процедур.
Места нахождения интерфейсов тестовой среды:
- Портал регистратора: https://testrar.internet.ee/registrar
- Клиент Demo: https://testweb.internet.ee/
- EPP API: testepp.internet.ee:700
- REPP API: https://testepp.internet.ee/repp/v1/
- WHOIS: http://testwhois.internet.ee/v1/
- Портал регистранта: https://testrant.internet.ee/registrant
Для получения тестового счета следует подать в EIS ходатайство о сертификате, IP адрес(а) и данные для счета на основе личного кода. EIS выдаст сертификат на пользование тестовым интерфейсом EPP и REPP и создаст доступ в тестовую среду портала Регистратора для владельцев соответствующих личных кодов.
Лица, не имеющие ID-карты Эстонии, могут войти в веб-среду по имени пользователя и сертификату PKI. В этом случае следует иметь в виду, чтобы в ходатайстве о сертификате CN было таким же, как и желаемое имя пользователя.
Введенные в тестовую среду данные
В тестовую среду регистратор или кандидат в регистраторы вводят данные под собственную ответственность.
NB! Операции, в результате которых регистранту отправляются сообщения, действительно рассылают по задействованным контактным данным, чтобы можно было проверить функциональность. Рекомендуется осуществлять пробы со специально созданными для этого контактами и доменами или с принадлежащими Вам данными, а не с данными реальных клиентов.
Домены-образцы для пробной операции по смене регистратора
Для проведения пробной операции по смене регистратора требуется принадлежащий какому-либо иному регистратору домен и код авторизации к нему. Для этой цели в системе имеются домены-образцы, которые создаются дополнительно по мере необходимости. Если Вы приступаете к проведению пробной операции или если имеющиеся домены уже использованы, сообщите нам о конкретной потребности.
Тест EPP
Тест EPP содержит задания-образцы по всем регистрационным услугам и чаще всего осуществляемым операциям. Например, создание контакта и домена, инфозапрос, обновление данных контакта, изменение контактов домена и DNS-сервера, передача домена, смена регистратора, администрирование записей dnssec, удаление домена и чтение poll-сообщений.
Более точные задания будут высланы кандидату в регистраторы, когда он сообщит о своей готовности выполнить тест.
- Сколько времени требуется на выполнение теста?
- Что делать в случае, если регистратор не желает использовать интерфейс EPP?
Для получения
доступа необходимо подать в EIS ходатайство о сертификате, IP адрес(а) и данные для счета на основе личного кода. EIS выдаст
сертификат на пользование тестовым интерфейсом EPP и REPP и
создаст доступ в тестовую среду портала Регистратора для владельцев
соответствующих личных кодов.
Лица, не имеющие ID-карты Эстонии, могут войти в веб-среду по имени пользователя и сертификату PKI. В этом случае следует иметь в виду, чтобы CN в ходатайстве о сертификате было таким же, как и желаемое имя пользователя.
При заказах доступа IP просим указать, предназначен IP для EPP/REPP, для портала регистратора или для обоих. Относительно новых счетов пользователя портала Регистратора необходимо указать, имеются ли у пользователя права на функции операций EPP или расчета (Billing) или имеются и те, и другие права.
NB! Допустимое количество IP регулируется договором о регистре. IP можно добавлять только по одному, а не по диапазонам номеров сети сегмента.
Адреса интерфейсов среды продукции
Существует 3 уровня: пользователь с правами EPP видит всю систему функций, связанную с регистрационными услугами, пользователь с правами billing расчетные функции, если же пользователь имеет и те, и другие права, то видит и то, и другое.
Может ли регистратор сам создавать новых пользователей и администрировать их?
В настоящее время не может. Эта возможность может добавиться в будущем.
Лица, не имеющие ID-карты Эстонии, могут войти в веб-среду по имени пользователя и сертификату PKI. В этом случае следует иметь в виду, чтобы CN в ходатайстве о сертификате было таким же, как и желаемое имя пользователя.
При заказах доступа IP просим указать, предназначен IP для EPP/REPP, для портала регистратора или для обоих. Относительно новых счетов пользователя портала Регистратора необходимо указать, имеются ли у пользователя права на функции операций EPP или расчета (Billing) или имеются и те, и другие права.
NB! Допустимое количество IP регулируется договором о регистре. IP можно добавлять только по одному, а не по диапазонам номеров сети сегмента.
Адреса интерфейсов среды продукции
- Портал
регистратора: https://registrar.internet.ee
- EPP API: reg.internet.ee:700
- REPP API: https://repp.internet.ee
- WHOIS: whois.tld.ee / whois.internet.ee
- Rest WHOIS: http://rwhois.internet.ee
- Портал регистранта: https://eedirekt.internet.ee
Существует 3 уровня: пользователь с правами EPP видит всю систему функций, связанную с регистрационными услугами, пользователь с правами billing расчетные функции, если же пользователь имеет и те, и другие права, то видит и то, и другое.
Может ли регистратор сам создавать новых пользователей и администрировать их?
В настоящее время не может. Эта возможность может добавиться в будущем.
Документацию по
интерфейсам системы регистрации можно найти по следующим ссылкам:
- Веб-клиент Demo: https://github.com/internetee/EPP-web-client
- Документация EPP: https://github.com/internetee/registry/blob/master/doc/epp/README.md
- Документация REPP: https://github.com/internetee/registry/blob/master/doc/repp-doc.md
- XML schemad: http://epp.tld.ee/schema/
- Для выполнения платных регистрационных операций (регистрация и продление домена) необходимо, чтобы на счете регистратора имелся кредит как минимум в размере стоимости совершаемой операции.
- Минусовое состояние счета недопустимо. При отсутствии необходимого кредита совершить сделку не удастся, ее следует совершить заново после пополнения кредита.
- Увеличить остаток предоплаты быстрее всего можно на портале Pегистратора по банковской ссылке. При банковском переводе для поступления суммы на счет в зависимости от скорости осуществления банковского перевода может пойти рабочий день или даже больше времени. Реквизиты банковского счета: EE557700771000598731, BIC/SWIFT LHVBEE22
- Остаток предоплаты можно проверить на портале Регистратора (под меню Billing) или посредством запроса в REPP. Ссылка: https://github.com/internetee/registry/blob/master/doc/repp/v1/account.md
Счета, созданные до 1 декабря 2015 года можно посмотреть и скачать из архивированной версии портала прежнего регистратора по адресу https://oldinvoice.internet.ee/registrar
Остальные функции старого портала не работают.
- Максимальное количество DNS-серверов домена 11.
- Домен можно зарегистрировать и не определив для него DNS-серверы. В этом случае домен существует только в базе данных регистра, в DNS он не отражается и пользоваться им невозможно.
- У активного (находящегося в
зоне) домена должно быть не менее 2 DNS-серверов. Если
их меньше, домен становится инактивным (выводится
из зоны) до добавления DNS-сервера(ов).
- Добавление IP обязательно только в случае, если имя DNS-сервера находится под связанным доменом (поддомен того же домена). Напр. ns.nimi.ee, если домен nimi.ee.
- На одном DNS-сервере может быть более одного IP. IPv4 и IPv6 допустимы оба. При приклеивающей записи обязателен как минимум один IPv4-адрес.
Если необходимо изменить имя DNS-сервера, то соответсвующее изменение осуществляется в сотрудничестве регистратора и регистранта домена или уполномоченного представлять его лица. Если меняется IP DNS-сервера, то изменить его в регистре может только администрирующий этот домен регистратор, под которым расположен DNS-сервер. Если IP DNS-сервера не внесены в регистр, то ничего делать не надо.
Если домен находился вне зоны (вследствие истечения срока действия или др. ограничения), как быстро он вернется к DNS после удаления статуса?
Обновления файла зоны происходят через каждые 10 минут. Распространение изменений в интернете может в зависимости от конфигурации обслуживающих местную сеть разрешающих DNS-серверов занять больше времени.
У домена могут
быть различные статусы как в результате автоматических процессов, так и по
административным причинам. Статусы всегда устанавливаются сервером. Сам клиент
не может непосредственно ни установить, ни удалить какой-либо статус.
Домен получает статус pendingupdate, если в ходе update запроса меняется регистрант домена (объект контакта регистранта). В этом случае по умолчанию всегда отправляется подтверждающее письмо на адрес э-почты прежнего контакта. Это происходит и в том случае, когда на то же лицо регистранта создается новый объект контакта, и им пытаются заменить старый. Так что может случиться, что домен окажется в статусе pendingUpdate, даже если не было попытки инициировать передачу домена.
Если регистрант отменяет операцию, восстанавливается состояние домена до запроса, и изменение не осуществляется. Если регистрант подтверждает операцию, она осуществляется. Если же регистрант вообще не реагирует на письмо о подтверждении, статус pendingUpdate удаляется сервером автоматически по истечении 48 часов, отменяется и находящаяся в режиме ожидания операция.
Если домен оказался в статусе pendingUpdate в результате ошибочной операции или в ходе операции выяснилось, что письмо о подтверждении не дошло до адресата, а ожидать 48 часов регистрант не желает, то для удаления статуса административным путем следует обратиться в EIS.
Как восстановить домен, регистрант которого дал его удалить, а затем передумал?
После того как отдается распоряжение об удалении, домен находится в статусе DeletePending 30 дней. В течение этого времени регистрант может при желании восстановить прежнее состояние домена. Для этого необходимо подать соответствующее подписанное заявление регистратору, который передаст его в EIS. Сам регистратор отменить удаление домена не может.
- ok - молчание домена, если
отсутствуют другие статусы
- serverRenewProhibited
- обновление домена
запрещено
- serverTransferProhibited
- смена регистратора
запрещена
- serverUpdateProhibited
- изменение данных запрещено
- serverDeleteProhibited
- удаление запрещено
- serverManualInZone -
DNS-серверы в любом случае остаются в файле
зоны
- expired - домен не продлен, и период последней
регистрации закончился
- serverHold - записи DNS-сервера домена удалены из файла
зоны. Это автоматически производится со всеми доменами на 15-ый день после
истечения срока действия
- pendingUpdate - ожидается подтверждение регистранта на запрос о
смене регистранта
- pendingDeleteconfirmation
- ожидается подтверждение
регистранта на запрос об удалении
- pendingDelete - идет процесс удаления домена
- serverForceDelete - в отношении домена начата <процедура
удаления>
- serverRegistrantChangeProhibited
- передача домена, т. е.
смена регистранта, запрещена
- serverAdminChangeProhibited
- изменение
административного контакта(ов) домена запрещено
- serverTechChangeProhibited
- изменение технического
контакта(ов) домена запрещено
- deleteCandidate - домен подлежит удалению (настала дата, когда он будет удален в случайно выбранный момент в 24-часовом промежутке).
Домен получает статус pendingupdate, если в ходе update запроса меняется регистрант домена (объект контакта регистранта). В этом случае по умолчанию всегда отправляется подтверждающее письмо на адрес э-почты прежнего контакта. Это происходит и в том случае, когда на то же лицо регистранта создается новый объект контакта, и им пытаются заменить старый. Так что может случиться, что домен окажется в статусе pendingUpdate, даже если не было попытки инициировать передачу домена.
Если регистрант отменяет операцию, восстанавливается состояние домена до запроса, и изменение не осуществляется. Если регистрант подтверждает операцию, она осуществляется. Если же регистрант вообще не реагирует на письмо о подтверждении, статус pendingUpdate удаляется сервером автоматически по истечении 48 часов, отменяется и находящаяся в режиме ожидания операция.
Если домен оказался в статусе pendingUpdate в результате ошибочной операции или в ходе операции выяснилось, что письмо о подтверждении не дошло до адресата, а ожидать 48 часов регистрант не желает, то для удаления статуса административным путем следует обратиться в EIS.
Как восстановить домен, регистрант которого дал его удалить, а затем передумал?
После того как отдается распоряжение об удалении, домен находится в статусе DeletePending 30 дней. В течение этого времени регистрант может при желании восстановить прежнее состояние домена. Для этого необходимо подать соответствующее подписанное заявление регистратору, который передаст его в EIS. Сам регистратор отменить удаление домена не может.
В каком случае невозможно продлить домен?
Домен невозможно продлить, если:
Да, при условии, что сумма периодов не превышает продолжительности максимального периода, разрешенной Правилами домена.
Инфосистема регистратора показывает, что домен продлен, а клиент обеспокоен тем, что ему прислали из регистра уведомление об истечении срока действия?
Прежде всего следует проверить посредством <WHOIS>, портала Регистратора или <интерфейса EPP>, действительно ли домен успешно продлен. Запрос <не удалось по различным причинам> может не отражаться в системе регистратора.
Если домен к настоящему времени продлен, а клиент получил уведомление об истечении срока действия, значит, срок действия домена успел истечь до продления. Система не рассылает уведомление об истечении срока действия на домены, которые были продлены до истечения срока действия.
Продление домена, срок действия которого истек, или приостановленного домена.
Домен невозможно продлить, если:
- у домена имеется
препятствие к этому sстатус;
- у регистратора
отсутствует необходимый остаток предоплаты;
- домен принадлежит другому регистратору.
Да, при условии, что сумма периодов не превышает продолжительности максимального периода, разрешенной Правилами домена.
Инфосистема регистратора показывает, что домен продлен, а клиент обеспокоен тем, что ему прислали из регистра уведомление об истечении срока действия?
Прежде всего следует проверить посредством <WHOIS>, портала Регистратора или <интерфейса EPP>, действительно ли домен успешно продлен. Запрос <не удалось по различным причинам> может не отражаться в системе регистратора.
Если домен к настоящему времени продлен, а клиент получил уведомление об истечении срока действия, значит, срок действия домена успел истечь до продления. Система не рассылает уведомление об истечении срока действия на домены, которые были продлены до истечения срока действия.
Продление домена, срок действия которого истек, или приостановленного домена.
- Домен можно продлить и после истечения срока его действия. Продление домена, срок действия которого истек, не отличается от продления обычного домена ни технически, ни ценой.
- У домена, срок действия которого истек, статус 'expired'. При
продлении он немедленно удаляется регистром.
- После 15 дней домен в статусе 'expired' удаляется из зоны (приостанавливается). Домена больше нет в DNS-серверах, обслуживающих зону.ee, однако его по-прежнему можно продлить в течение 30 дней. После продления домена, срок действия которого истек или который был приостановлен, домен вновь появляется в зоне .ee не позже, чем в течение 10 минут.
- Домен, который после истечения срока действия 30 дней находился в приостановленном состоянии, получает статус 'deletecandidate' и удаляется в течение 24 часов в спонтанно выбранный системой момент. Домен в статусе 'deletecandidate' продлить уже нельзя. После удаления домена из регистра он немедленно сразу же для всех свободен для регистрации.
EIS публикует через поисковик WHOIS состояние(я)
домена, время регистрации, последнего изменения и истечения срока действия,
регистратора, DNS-сервера, ключ dnssec,
имена регистранта и других контактов, а также
адрес э-почты. Относительно регистранта
- юридического лица
публикуется также его код коммерческого регистра.
После регистрации домена все эти данные немедленно становятся посредством услуги WHOIS наследуемыми.
Адреса э-почты контактов видны только посредством защищенной captcha услуги WHOIS, которая доступна на домашней странице EIS и через Rest WHOIS.
Информация WHOIS должна всегда быть актуальной, однако следует учитывать, что прежде, чем информация попадет в WHOIS, она уже должна быть в регистре. В случае расхождений всегда верной является информация, полученная непосредственно из системы регистра.
Чем определяется то, виден ли в WHOIS (коммерческий) регистрационный код регистранта?
При создании контакта регистранта регистратор с помощью типа элемента идентификации 'org' или 'priv' определяет, идет ли речь о частном или юридическом лице. Если выбран тип 'org', система предполагает, что речь идет о юридическом лице.
После регистрации домена все эти данные немедленно становятся посредством услуги WHOIS наследуемыми.
Адреса э-почты контактов видны только посредством защищенной captcha услуги WHOIS, которая доступна на домашней странице EIS и через Rest WHOIS.
- Unix WHOIS:
whois.tld.ee
- Rest WHOIS:
http://rwhois.internet.ee
- Домашняя страница: http://internet.ee
Всегда ли отражаемая WHOIS информация актуальна? Что делать, если она расходится с информацией, введенной в систему регистра?
Прежде всего следует убедиться, что обращаются максимально непосредственно к самой услуге WHOIS, оказываемой самой EIS, а не используется услуга, оказываемая при посредничестве какого-либо другого поставщика услуги, в которой могли использоваться записанные устаревшие данные. Затем, если запрос осуществляется регистратором, необходимо проверить, попали ли в регистр те изменения, которые Вы хотите увидеть в WHOIS.Информация WHOIS должна всегда быть актуальной, однако следует учитывать, что прежде, чем информация попадет в WHOIS, она уже должна быть в регистре. В случае расхождений всегда верной является информация, полученная непосредственно из системы регистра.
Чем определяется то, виден ли в WHOIS (коммерческий) регистрационный код регистранта?
При создании контакта регистранта регистратор с помощью типа элемента идентификации 'org' или 'priv' определяет, идет ли речь о частном или юридическом лице. Если выбран тип 'org', система предполагает, что речь идет о юридическом лице.
Действующие в
отношении запросов EPP ограничения установлены в договоре:
- Разрешается
одновременно использовать до 4 сеансов и до 4 IP,
имеющих доступ в EPP.
- Количество
адресов, используемых для доступа к функциям расчетов портала Регистратора, не
ограничено.
- Сеанс может быть
неактивным в течение 5 минут,
после чего он будет аннулирован.
- Какждый запрос EPP,
завершающийся сообщением об ошибке, влечет за собой блокировку сеанса до 1
секунды.
- Лимит запросов EPP составляет 100 запросов в минуту. Команды login и logout относятся к запросам.
Poll-сообщения можно читать в портале Регистратора (если
у пользователя есть права на операции
EPP) или через команду <poll> в EPP.
команда <poll> с атрибутом op="req" показывает следующее непрочитанное сообщение. Прочитанные сообщения снимаются из очереди командой <poll op="ack">.
команда <poll> с атрибутом op="req" показывает следующее непрочитанное сообщение. Прочитанные сообщения снимаются из очереди командой <poll op="ack">.
Как добавить на
портал регистратора нового пользователя?
Необходимо отправить в EIS доверенность с именем нового пользователя, его личным кодом и правами, которыми желаете его наделить, а в случае необходимости также IP для доступа, если они отличаются от известных до сих пор.
Что делать, если выданные доступы по какой-то причине не работают?
Необходимо собрать максимально точную информацию о неработающем доступе и характере сообщений об ошибке и переслать ее нам (здесь адрес э-почты?). К существенным деталям относятся, например, дата и время запроса, имя пользователя, IP, с которого был отправлен запрос и интерфейс, к которому обращались. При проблемах подключения к сети может помочь команда traceroute.
Необходимо отправить в EIS доверенность с именем нового пользователя, его личным кодом и правами, которыми желаете его наделить, а в случае необходимости также IP для доступа, если они отличаются от известных до сих пор.
Что делать, если выданные доступы по какой-то причине не работают?
Необходимо собрать максимально точную информацию о неработающем доступе и характере сообщений об ошибке и переслать ее нам (здесь адрес э-почты?). К существенным деталям относятся, например, дата и время запроса, имя пользователя, IP, с которого был отправлен запрос и интерфейс, к которому обращались. При проблемах подключения к сети может помочь команда traceroute.
Какая разница в предложении услуги DNSSEC и полной услуги DNSSEC?
Услугу DNSSEC согласно правилам домена обязаны оказывать все аккредитованные регистраторы .ee, это означает, что если клиент желает передать в регистр домена свои ключи DNSSEC, удалить их, добавить или изменить, то регистратор обязан ему это обеспечить.
См. также: Администрирование записей DNSKEY
Полная услуга DNSSEC означает способность регистратора помимо передачи ключа также самому создавать ключи DNSSEC и администрировать их. В этом случае поставщик услуг несет ответственность как за администрирование инфраструктуры DNSSEC, создание ключей, так и за защиту секретных ключей.
Добрым обычаем поставщика услуг является публикация DPS своей политики по DNSSEC (DNSSEC Practice Statement), в которой описаны применяемые на этом предприятии процедуры и правила, связанные с DNSSEC.
Если регистратор предлагает своим клиентам полную услугу DNSSEC, он может разрешить добавить соответствующий знак .. после своего имени в сравнительной таблице регистраторов на главной странице internet.ee.
Услугу DNSSEC согласно правилам домена обязаны оказывать все аккредитованные регистраторы .ee, это означает, что если клиент желает передать в регистр домена свои ключи DNSSEC, удалить их, добавить или изменить, то регистратор обязан ему это обеспечить.
См. также: Администрирование записей DNSKEY
Полная услуга DNSSEC означает способность регистратора помимо передачи ключа также самому создавать ключи DNSSEC и администрировать их. В этом случае поставщик услуг несет ответственность как за администрирование инфраструктуры DNSSEC, создание ключей, так и за защиту секретных ключей.
Добрым обычаем поставщика услуг является публикация DPS своей политики по DNSSEC (DNSSEC Practice Statement), в которой описаны применяемые на этом предприятии процедуры и правила, связанные с DNSSEC.
Если регистратор предлагает своим клиентам полную услугу DNSSEC, он может разрешить добавить соответствующий знак .. после своего имени в сравнительной таблице регистраторов на главной странице internet.ee.