Skip to main content
Resources

Службы для операторов регистратур

Страница также доступна на следующих языках:

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

В положениях соглашения об администрировании домена верхнего уровня определены права и обязанности операторов регистратур при управлении соответствующими доменами верхнего уровня (TLD). Для тех случаев, когда оператор регистратуры обязан отправить корпорации ICANN информацию или запросить у нее согласие или одобрение, разработаны службы, способствующие этому процессу.

Ниже представлены ссылки на наиболее часто используемые службы для операторов регистратур:

  • Целевая страница для переуступки прав по соглашению об администрировании домена верхнего уровня
    • Переуступка прав:изменение состава собственников оператора регистратуры — прямое или косвенное изменение структуры собственности оператора регистратуры является разновидностью переуступки прав, предусмотренной в соглашении об администрировании домена верхнего уровня. Сюда может относиться смена оператора регистратуры или смена физического либо юридического лица, управляющего оператором регистратуры.
  • Запросы на внесение изменений в соглашения об администрировании gTLD сообществ — процедура подачи запросов об изменении соглашений об администрировании gTLD сообществ призвана позволить операторам регистратур gTLD сообществ просить о внесении изменений в Спецификацию 12, при этом не отказываясь от правил регистрации для сообществ, не слишком смягчая и не слишком ужесточая условия регистрации для владельцев доменов и/или требования относительно выбора названий и не создавая существенных негативных последствий для сообщества соответствующего TLD.
  • Служба перерасчета для механизма обеспечения непрерывности деятельности регистратур (COI) — COI обеспечивает выделение достаточных финансовых ресурсов для поддержки бесперебойного выполнения важнейших функций регистратуры, относящихся к TLD. В соответствии со спецификацией 8 соглашения об администрировании домена верхнего уровня, операторы регистратур должны иметь COI, который обеспечивает наличие финансовых ресурсов для покрытия расходов на выполнение пяти важнейших функций регистратуры в соответствии с разделом 6 спецификации 10 в течение определенного срока, указанного в разделе 1 спецификации 8.
  • Ускоренный процесс подачи запросов об обеспечении безопасности регистратур (ERSR) — процедура ERSR создана для операторов регистратур gTLD, стремящихся проинформировать корпорацию ICANN о произошедшем или ожидаемом инциденте, связанном с нарушением безопасности в соответствующем TLD и/или DNS (в дальнейшем именуемом «инцидент»), чтобы запросить разрешение на отступление от требования соглашения для принятия мер или после принятия мер по устранению последствий или предотвращению инцидента.
  • Внесение изменений в договор частичного субподряда на исполнение функций (MSA) — под внесением изменений в договор частичного субподряда на исполнение функций подразумевается смена оператора комплексных технических услуг регистратуры (также называемого провайдером технической инфраструктуры или поставщиком услуг регистратуры), который определен в рамках процесса передачи регистратуры как организация, привлеченная оператором регистратуры по договору к выполнению одной или нескольких важнейших функций регистратуры gTLD. Это понятие охватывает таких поставщиков услуг, как провайдеры DNS.
  • Служба расторжения соглашения об администрировании домена верхнего уровня — в соответствии с условиями соглашения об администрировании нового gTLD оно может быть расторгнуто по инициативе любой из сторон при условии соблюдения определенных требований, предусмотренных в соглашении, в том числе в следующих случаях:
    • Раздел 4.3 с подразделами — расторжение по инициативе корпорации ICANN
    • Раздел 4.4 с подразделами — расторжение по инициативе оператора регистратуры
  • Изменение наименования оператора регистратуры — в случае изменения наименования организации оператора регистратуры, не связанного со сменой собственника, оператор регистратуры должен уведомить корпорацию ICANN о таком изменении через службу изменения наименования оператора регистратуры.
  • Политика оценки услуг регистратур (RSEP) — RSEP является процедурой, которую корпорация ICANN использует для оценки предлагаемых услуг регистратуры gTLD или внесения в соглашения изменений, касающихся вопросов безопасности, стабильности и свободы конкуренции.
  • Процесс передачи регистратуры (RTP) — изменение стороны в соглашении об администрировании gTLD с корпорацией ICANN. Примеры обстоятельств, приводящих к передаче регистратуры: изменение наименования организации, управляющей gTLD, продажа или перемещение регистратуры, нарушение действующей регистратурой соглашения об администрировании домена верхнего уровня и т. п.
  • Снятие ограничений на совместное владение — для снятия ограничений на совместное владение существующие операторы регистратур gTLD могут либо запросить внесение изменений в свое соглашение об администрировании домена верхнего уровня, либо ходатайствовать о переводе на другую форму соглашения об администрировании домена верхнего уровня, предусмотренную для новых gTLD.
  • Целевая страница для зарезервированных имен
    • Зарезервированные имена:двухсимвольные метки ASCII — в разделе 2 спецификации 5 базового соглашения об администрировании нового gTLD содержится требование резервировать двухсимвольные метки ASCII на втором уровне. На протяжении двух лет члены интернет-сообщества, корпорация ICANN, Правительственный консультативный комитет (GAC) и правительства, регистратуры gTLD и другие заинтересованные стороны совместными усилиями стремились разработать концепцию отмены резервирования таких меток. Результатом этого двухлетнего труда стало предоставление множества разрешений на отмену резервирования двухсимвольных меток.
    • Зарезервированные имена:названия стран и территорий — раздел 4 спецификации 5 соглашения об администрировании нового gTLD обязывает операторов регистратур резервировать определенные названия стран и территорий на втором уровне. В соглашении об администрировании домена верхнего уровня также предусмотрены два способа, позволяющие оператору регистратуры разблокировать названия стран и территорий на втором уровне. Эти способы подробно описаны в разработанных корпорацией ICANN инструкциях о порядке допуска к регистрации названий стран и территорий к регистрации.
  • Механизмы защиты прав (RPM) и процедуры разрешения споров (DRP) — механизмы защиты прав являются средствами защиты прав владельцев товарных знаков на интеллектуальную собственность. К таким механизмам защиты прав относятся Депозитарий товарных знаков, Единые правила разрешения споров в отношении доменных имен (UDRP), Служба быстрой приостановки и Процедуры разрешения разногласий в отношении товарных знаков после делегирования. DRP — это процесс урегулирования [без рассмотрения в суде] споров, имеющих отношение к доменным именам, в соответствии с разработанными сообществом ICANN процедурами разрешения споров.
  • Процедура внесения поправок в соглашение между регистратурами и регистраторами (RRA) — процедура внесения поправок в RRA представляет собой процесс рассмотрения предлагаемых поправок к соглашениям между регистратурами и регистраторами gTLD (RRA), в соответствии с которым регистратура должна получить у корпорации ICANN одобрение таких поправок. Этот процесс гарантирует получение комментариев от регистраторов (а в тех случаях, когда это уместно, и от общественности) перед утверждением изменений RRA корпорацией ICANN.
  • Запрос разрешения на отступление от требования при реагировании на инциденты безопасности (SRW) для операторов регистратур — процедура, предназначенная для предоставления регистратурам gTLD процедуры информирования корпорации ICANN о текущем или неизбежном нарушении безопасности (в дальнейшем «инцидент»), связанном с TLD и/или DNS, чтобы запросить разрешение на отступление от контрактных обязательств относительно возможных или предпринятых действий по устранению последствий или предотвращению инцидента.
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."