Public Suffix List

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску

Public Suffix List — проект Mozilla Foundation по созданию каталога публичных суффиксов доменов, используемых в сети Интернет. Ранее публичные суффиксы называли эффективными доменами верхнего уровня (effective top-level domain, effective TLD, eTLD).[1] Список был создан в 2007 году Jo Hermans как дополнение к списку TLD от IANA. В настоящее время поддержкой каталога занимается Mozilla Foundation для целей повышения безопасности браузера Firefox. Сам список доступен под открытой лицензией Mozilla Public License и используется браузерами Chrome и Opera.[2]

Mozilla дает следующее определение публичному суффиксу:[3]

«Публичный суффикс» — это такой доменный суффикс, под которым пользователи Интернета могут напрямую регистрировать доменные имена. Среди примеров публичных суффиксов: «.com», «.co.uk» и «pvt.k12.wy.us»

Оригинальный текст (англ.)
A "public suffix" is one under which Internet users can directly register names. Some examples of public suffixes are ".com", ".co.uk" and "pvt.k12.wy.us".

Такие доменные суффиксы как «.com», «.ru», «.us» являются доменами верхнего уровня (TLD[4]; а именно общие TLD и национальные TLD), и они обычно распознаются всеми браузерами как публичные суффиксы (например, сайт «example.com» не сможет установить cookie для домена «.com»). В некоторых зонах пользователи не могут регистрировать домены второго уровня, и им доступны лишь домены третьего уровня, например в зоне «co.uk» или «wy.us». Иногда для регистрации доменов третьего уровня вводятся дополнительные зоны, например «pp.ru».

Проект списка публичных суффиксов направлен на создание всеобъемлющего списка зон, контролируемых регистраторами доменов.

Некоторые предлагаемые применения списка:

  • Запрет использования техники «supercookie», в которой по протоколу HTTP устанавливаются трудноудаляемые cookie для доменов верхнего уровня. Например, страница сайта foo.example.co.uk может устанавливать cookie для всех поддоменов example.co.uk и передать их к примеру сайту bar.example.co.uk. Однако устанавливаемые cookie для сайта example.co.uk должны быть изолированы от сайта example2.co.uk, поскольку эти сайты имеют разных владельцев.
  • Подсвечивание наиболее важных частей адреса в адресной строке браузера.
  • Улучшение сортировки истории посещенных страниц в браузерах.
  • Распознавание публичных суффиксов требуется в случаях, когда адресная строка совмещена в интерфейсе с строкой поиска. Для введенного текста браузер должен определить, является ли он адресом или поисковым запросом. Из-за несвоевременного внесения изменений в PSL возможны проблемы при запуске новых TLD, так случилось, например, с доменами .cw, .post, .sx[5][6]

В отсутствие такого списка производителям браузеров приходилось вручную устанавливать правила распознавания публичных суффиксов. Например, в Internet Explorer публичными обычно считаются все двухбуквенные домены второго уровня в национальных зонах (например, pp.ru или co.uk), и вручную поддерживается список исключений из этого правила (res://urlmon.dll/ietldlist.xml, например ya.ru).[7][8]

Среди недостатков проекта отмечали: его независимость от системы делегирования имен DNS, отличия в семантике от принятой в стандартах, возможные проблемы с поддержанием актуальности списка с ростом количества публичных суффиксов. Кроме того Mozilla Foundation фактически взяла на себя право решать, относится ли домен к публичному суффиксу или нет, без знания точных правил владельца домена[9].

См. также[править | править код]

Примечания[править | править код]

  1. ↑ Public Suffix List - MozillaWiki. Дата обращения: 19 января 2014. Архивировано 1 февраля 2014 года.
  2. ↑ Cookies and the Public Suffix List (англ.). Heroku (11 октября 2013). Дата обращения: 19 января 2014. Архивировано 1 февраля 2014 года.
  3. ↑ Public Suffix List. Дата обращения: 19 января 2014. Архивировано 22 января 2014 года.
  4. ↑ RFC 920, 1984 года
  5. ↑ "Браузеры «не видят» новые домены". Региональный Сетевой Информационный Центр. 23.01.13. Архивировано 2 февраля 2014. Дата обращения: 19 января 2014. {{cite news}}: Проверьте значение даты: |date= (справка)
  6. ↑ "Apple, Google and Microsoft still don't understand new TLDs" (англ.). Domain Tech. January 22, 2013. Архивировано 2 февраля 2014. Дата обращения: 19 января 2014. The problems faced by .post and .cw on Chrome appear to be mostly due to the fact that neither TLD is included on the Public Suffix List
  7. ↑ Двухбуквенные домены и ИЕ. Блог Евгения Степанищева. Дата обращения: 19 января 2014. Архивировано 1 февраля 2014 года.
  8. ↑ Understanding Domain Names in Internet Explorer - IEInternals - Site Home - MSDN Blogs. Дата обращения: 19 января 2014. Архивировано 11 января 2014 года.
  9. ↑ Asserting DNS Policy Realm Boundaries: The SOPA Resource Record Архивная копия от 19 ноября 2015 на Wayback Machine (IETF draft «draft-sullivan-domain-policy-authority-00», 2013): «.. public suffix list has several inherent limitations. .. is separately maintained from the list of DNS delegations. .. its semantics are not the same as those of the DNS, .. Third, as the size of the root zone grows, keeping the list both accurate and synchronized with the expanding services will become difficult and unreliable. .. it puts the power of assertion about the operational policies of a domain outside the control of the operators of that domain, and in the control of a third party possibly unrelated to those operators.»

Литература[править | править код]

Ссылки[править | править код]

Источник — https://ru.wikipedia.org/w/index.php?title=Public_Suffix_List&oldid=134971783