Skip to main content

Разрешение на отступление от требования хранить данные - компания Hosting Concepts B.V. d/b/a Openprovider

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

РАЗРЕШЕНИЕ НА ОТСТУПЛЕНИЕ ОТ ТРЕБОВАНИЯ ХРАНИТЬ
ДАННЫЕ - КОМПАНИЯ HOSTING CONCEPTS B.V. D/B/A
OPENPROVIDER

Компания Hosting Concepts B.V. d/b/a Openprovider («Регистратор») направила ICANN заявление на разрешение не хранить данные («заявление на разрешение не выполнять требование») на основании утверждения Регистратора о том, что выполнение требований о сборе и/или хранении данных Спецификации о хранении данных Соглашения об аккредитации в редакции 2013 года (RAA 2013) нарушает положения применимого законодательства Нидерландов.

ICANN предоставляет Регистратору ограниченное разрешение на отступление от требований некоторых положений RAA 2013 на следующих условиях:

  1. ICANN согласна с тем, что после подписания Регистратором RAA 2013 года и в соответствии с положениями Разделов 2 и 3 настоящего разрешения не хранить данные, в целях оценки удовлетворения требований о хранении данных пункта 1.2.2 и 1.2.3 Спецификации о хранении данных:
    1. требование о хранении данных Разделов 1.2.2 и 1.2.3 Спецификации не будет применяться к журналу событий; а также
    2. требование о хранении данных Раздела 1.2.2 не будет применяться к номерам телефонов, IP-адресам источников и заголовкам HTTP.
  2. Несмотря на изложенное выше, в отношении упоминаемых в Разделе 1.2.2 Спецификации о хранении данных заголовков HTTP применимы следующие исключения из положений разрешения не хранить данные: если обмен информацией с владельцем домена происходит при помощи браузера (т.е. не по электронной почте), регистратор может, но не обязан, хранить запросы и ответы HTTP для того, чтобы иметь доказательство обмена информацией с владельцем домена. Если в подобных случаях запросы и ответы HTTP сохраняются, то к этой информации полностью применимы обязанности регистратора, описанные Спецификацией о хранении данных (а также все остальные обязанности, определенные RAA 2013 года).
  3. Несмотря на изложенное выше, в отношении упомянутого в Разделе 1.2.2 Спецификации о хранении данных журнала событий, применимы следующие исключения из положений разрешения не хранить данные: информация о метке времени и даты сохраняется Регистратором, и соответственно, к этой информации полностью применимы обязанности регистратора, описанные Спецификацией о хранении данных (а также все остальные обязанности, определенные RAA 2013 года).
  4. Во всех остальных отношениях положения Спецификации о хранении данных остаются БЕЗ ИЗМЕНЕНИЙ. Предоставленное Регистратору разрешение применимо только к периоду хранения данных, упоминаемых в пунктах 1.2.2 и 1.2.3 Спецификации о хранении данных и прямо подпадающих под положения настоящего разрешения, и не представляет собой разрешение не выполнять требования других положений RAA 2013 года или других правил ICANN, касающихся регистраторов. Не ограничивая общий смысл вышесказанного, ничто в настоящем разрешении о невыполнении требований не ограничивает ни обязанности Регистратора о соблюдении положений политики консенсуса и временной политики, составленных и принятых в соответствии с Уставом ICANN («Политика ICANN»), ни обязанности Регистратора о соблюдении поправок, дополнений или модификаций RAA 2013 года, одобренных и принятых в соответствии с положениями RAA 2013 года («Поправки RAA»). В случае несоответствия между настоящим разрешением на отступление от требований и положениями политики ICANN или поправками к RAA, превалируют положения политики ICANN или поправки к RAA.
  5. Выданное Регистратору разрешение будет иметь силу в течение срока действия RAA 2013 года, подписанного Регистратором.

ICANN отмечает, что положения Раздела 3 Спецификации будут применимы к похожим разрешениям на отступление от правил, выдаваемым в ответ на заявления других регистраторов, находящихся в Нидерландах и подпадающих под действие голландского законодательства.


More Announcements
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."