Содержание

Доменное имя и его особености

  1. Что такое домен
  2. Какие доменные имена бывают
  3. Доменное имя = адрес сайта?
  4. Как выбрать доменное имя для сайта
  5. Подведем итог

Создание любого интернет-ресурса требует времени, внимания и финансовых вложений. На всех этапах. Известно ли вам, с чего начинается сайт? Основа интернет-ресурса – это домен и доменное имя.

Что такое домен

Все подключенные к сети компьютеры, в том числе серверы хост-провайдеров, имеют IP-address. Выглядит он как последовательность цифр. Чтобы найти во Всемирной сети определенный сайт, необходимо знать IP-адрес сервера, на котором тот размещен. На одном таком сервере (IP-адресе) может размещаться неограниченное количество сайтов. С целью облегчения поиска создали DNS (англ. Domain Name System) ‑ систему доменных имен. Чтобы идентифицировать свой сайт, вы даете ему уникальное доменное имя. А вот адрес вашего интернет-ресурса (или определенная веб-зона с неповторяющимся больше нигде именем) – это и есть домен.

Допустимая длина доменного имени – от 2 до 63 символов. Это могут как буквы, так и цифры от 0 до 9. Также используется тире. Но этот знак нельзя ставить в начале и в конце имени домена. Что касается символов, то раньше использовались только латинские буквы. Теперь можно встретить и кирилличные.

Учтите: сочетание обоих видов в одном доменном имени запрещено.

Доменное имя = адрес сайта?

Не совсем. Доменное имя сайта является всего лишь частью полного интернет-адреса, название которому –Uniform Resource Locator. Этот самый URL состоит из трех элементов:

  • протокола,
  • доменного имени,
  • файла (пути).

Доменное имя состоит из нескольких частей (уровней), которые отделяются друг от друга точками.

  1. Домен верхнего уровня. Его местоположение – крайнее правое поле. Рассмотрим имя elit-web.ua. Здесь «.ua» ‑ это и есть домен верхнего уровня.

Все домены данного уровня можно классифицировать:

  • национальные (или географические) – определяют местность, к которой относится домен. Например, «.ru» ‑ Россия, «.ua» ‑ Украина, «.by» ‑ Беларусь и т. п.
  • общего пользования – идентифицируют вид деятельности сайта. Так, «.com», «.net» и «.org» ‑ коммерческие и некоммерческие, «.travel» ‑ туристические (например, fworld.travel), «.biz» ‑ бизнесовые (show.biz) и т. д.
  1. Домен второго уровня. Имя сайта располагается на втором месте от окончания полного названия интернет-ресурса. Домен этого уровня может быть однословным, так и содержать в названии больше одного слова (например, football.kulichki.net).
  2. Домен третьего уровня. Имя интернет-ресурса располагается, соответственно, на третьем от полного названия сайта месте. Наглядный пример ‑‑> blog.traveloka.com. Здесь «blog» находится на третьем месте с конца (после «.com» и «.traveloka»).

Как выбрать доменное имя для сайта

Выбирая доменное имя, необходимо знать будущую тематику сайта и его назначение. С помощью названия можно «предупредить» посетителя о том, что его ждет на страницах веб-ресурса. Логично, что на сайте booking.com бронируются номера в отелях, комнаты в хостелах и т. д. Ключевое слово здесь ‘booking’ – от англ. ‘to book’ – заказывать места (обычно заранее). Было бы странно на сайте с таким доменным именем найти предложение приобрести антикварную мебель или аксессуары для мобильных телефонов.

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

Выбор доменного имени для сайта: советы

  1. Предельно важно подобрать доменное имя ПРАВИЛЬНОЕ. В смысле, оно должно перекликаться с тематикой разрабатывающегося ресурса. Или как минимум ассоциироваться с тем, что вы собираетесь предложить потенциальным клиентам. Иначе разочарованные пользователи будут очень быстро покидать ваш сайт без желания когда-либо на него вернуться.
  2. Есть практика покупки доменов, которые кто-то давно занял, но вдруг решил «освободить». За приличную сумму денег, естественно. Если вы готовы купить домен популярного сайта – пожалуйста. За ваши деньги, как говорится, любой каприз. Например, недавно закрылся популярный украинский интернет-ресурс EX.UA. Теперь домен продается. Стоит всего ничего – 1 млн «зелени».

Подведем итог

На пути к созданию сайта вам необходимо:

1)      выбрать домен;

2)      проверить его на занятость;

3)      зарегистрировать доменное имя.

А что потом? Потом начнется самое интересное – работа непосредственно над его созданием, «раскруткой» и популяризацией.

У ВАС ОСТАЛИСЬ ВОПРОСЫ?

Оставьте ваши контактные данные. Наш менеджер свяжется и проконсультирует вас.

ПОЛУЧИТЬ КОНСУЛЬТАЦИЮ

Наш менеджер свяжется с Вами в ближайшее время

Отправить заявку

Часто задаваемые вопросы о доменах—ArcGIS Hub

Каждый сайт публикуется с веб-адресом, который состоит из имени вашего сайта и домена по умолчанию, предоставленного ArcGIS Hub. Вы можете обновить имя своего сайта в URL-адресе по умолчанию или добавить собственный домен, которым вы владеете, или домен, приобретенный вашей организацией.

Что такое домен?

Домен — это имя для IP-адреса. Ваше устройство использует систему доменных имен (DNS) для определения IP-адреса вашего сайта всякий раз, когда кто-то открывает ваш сайт в веб-браузере.

Подсказка:

Вы можете рассматривать домен как имя контакта, а IP-адрес — как номер телефона или домашний адрес контакта. Как и в телефонной книге, Интернет использует DNS для поиска IP-адреса сайта.

Какой домен моего сайта по умолчанию?

Все сайты, созданные при помощи ArcGIS Hub, включают домен по умолчанию на arcgis.com. Вы можете создать сайт, используя адрес на hub.arcgis.com или opendata.arcgis.com. В сочетании с кратким названием вашей организации ArcGIS Online (myorgshort.maps.arcgis.com), а также с настройкой субдомена каждого сайта, вы получите URL по умолчанию.

Например, если вы используете домен по умолчанию hub.arcgis.com, короткое название организации mycompany.maps.arcgis.com, и настраиваете субдомен вашего сайта на использование настроек сайта data, в результате будет получен URL https://data-mycompany.hub.arcgis.com.

Как мне обновить URL-адрес моего сайта по умолчанию?

Вы можете обновить имя своего сайта в его URL-адресе или переключиться с домена по умолчанию hub.arcgis.com на домен opendata.arcgis.com. Для дополнительной информации см. Обновление URL-адреса сайта по умолчанию.

Могу ли я обновить домен моего сайта по умолчанию на собственный домен?

Да. Чтобы применить собственный домен к своему сайту, вы должны обновить свою служебную запись доменного имени и добавить полный домен в ArcGIS Hub, чтобы завершить настройку. Подробные инструкции см. в разделе Подключение домена к своему сайту.

Могу ли я пропускать трафик через прокси?

Нет. Конфигурации пользовательского домена не пройдут проверку при добавлении домена на сайт Hub.

Могу ли я использовать собственный сертификат HTTPS?

Нет. По соображениям безопасности ArcGIS Hub запрашивает краткосрочные сертификаты HTTPS для ваших сайтов Hub на платформе от вашего имени.

Какой центр сертификации (ЦС) использует ArcGIS Hub?

ArcGIS Hub использует Let’s Encrypt.


Отзыв по этому разделу?

Развертывание и эксплуатация доменов AD — Windows Server

  • Чтение занимает 10 мин

В этой статье

В этой статье содержатся сведения о развертывании и эксплуатации доменов Active Directory (AD), настроенных с помощью имен DNS с однометкой меткой.

Применяется к:   Windows Сервер 2008 R2 Пакет обновления 1, Windows Server 2012 R2, Windows Server 2016, Windows Server 2019, Windows 10, версия 1809

Исходный номер КБ:   300684

Сводка

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

По следующим причинам лучше всего создавать новые домены Active Directory с полностью квалифицированными именами DNS:

  • Имена DNS с одной меткой не могут быть зарегистрированы с помощью регистратора Интернета.

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

  • Клиентские компьютеры и контроллеры домена могут требовать дополнительной конфигурации для решения запросов DNS в зонах DNS с одной меткой.

  • Некоторые серверные приложения несовместимы с однофамильными доменными именами. Поддержка приложений может не существовать в начальном выпуске приложения или поддержка может быть отброшена в будущем выпуске.

  • Переход с однометного доменного имени DNS на полностью квалифицированное имя DNS нетривиален и состоит из двух вариантов. Перенос пользователей, компьютеров, групп и других государств в новый лес. Или сделайте домен переименованием существующего домена. Некоторые серверные приложения несовместимы с функцией переименования домена, поддерживаемой в Windows Server 2003 и новыми контроллерами домена. Эти несовместимости либо блокируют функцию переименования домена, либо затрудняет использование функции переименования домена при попытке переименовать имя DNS с одной меткой в полностью квалифицированное доменное имя.

  • Мастер установки Active Directory (Dcpromo.exe) в Windows Server 2008 предупреждает о создании новых доменов с однометным DNS-именами. Так как нет никаких бизнес-или технических причин для создания новых доменов с однометными именами DNS, мастер установки Active Directory в Windows Server 2008 R2 явно блокирует создание таких доменов.

Примеры приложений, несовместимых с переименованием домена, включают в себя следующие продукты:

  • Microsoft Exchange 2000 Server
  • Microsoft Exchange Server 2007
  • Microsoft Exchange Server 2010
  • Microsoft Exchange Server 2013
  • Microsoft Internet Security and Acceleration (ISA) Server 2004
  • Microsoft Live Communications Server 2005
  • Microsoft Operations Manager 2005
  • Microsoft SharePoint Portal Server 2003
  • Microsoft Systems Management Server (SMS) 2003
  • Microsoft Office Communications Server 2007
  • Microsoft Office Communications Server 2007 R2
  • Microsoft System Center диспетчер операций 2007 SP1
  • Microsoft System Center 2007 R2
  • Microsoft Lync Server 2010
  • Microsoft Lync Server 2013

Дополнительные сведения

Доменные имена Active Directory с наилучшей практикой состоят из одного или нескольких поддоменов, объединенных с доменом верхнего уровня, разделенным многоточием («.»). Ниже приводится несколько примеров:

  • contoso.com
  • corp.contoso.com

Однообъемные имена состоят из одного слова, как «contoso».

Домен верхнего уровня занимает наиболее правую метку в доменном имени. Общие домены верхнего уровня включают следующие:

  • .com
  • .net
  • .org
  • Домены верхнего уровня кода страны с двумя буквами (ccTLD), такие как .nz

Доменные имена Active Directory должны состоять из двух или нескольких меток для текущей и будущей операционной системы, а также для работы с приложениями и надежности.

Недействительные запросы домена верхнего уровня, о чем сообщает Консультативный комитет по безопасности и стабильности ICANN, можно найти в недействительных запросах домена верхнего уровня на корневом уровне системы доменных имен.

Регистрация имени DNS с помощью регистратора Интернета

Рекомендуется зарегистрировать имена DNS для самых внутренних и внешних пространств имен DNS в регистраторе Интернета. Который включает в себя домен корневого леса любых лесов Active Directory, если такие имена не являются поддоменами имен DNS, зарегистрированных именем организации (Например, домен корневого леса «corp.example.com» является поддоменом внутреннего «example.com». пространство имен.) При регистрации имен DNS в регистраторе Интернета это позволяет DNS-серверам Интернета разрешить домен сейчас или в какой-то момент в течение жизни леса Active Directory. И эта регистрация помогает предотвратить возможные столкновения имен другими организациями.

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

Если в среде используется имя DNS с одной меткой, клиенты могут быть не в состоянии динамически зарегистрировать DNS-записи в зоне смотра с одной меткой вперед. Конкретные симптомы различаются в зависимости от установленной Windows Microsoft.

В следующем списке описываются симптомы, которые могут возникать:

  • После настройки microsoft Windows для одного доменного имени метки все серверы, которые имеют роль контроллера домена, могут быть не в состоянии зарегистрировать записи DNS. Системный журнал контроллера домена может последовательно входить в журнал предупреждений NETLOGON 5781, которые напоминают следующий пример:

    Примечание

    Код состояния 0000232a совме-

    DNS_ERROR_RCODE_SERVER_FAILURE

  • В файлах журналов, таких как Netdiag.log, могут отображаться следующие дополнительные коды состояния и коды ошибок:

    Код ошибки DNS: 0x0000251D = DNS_INFO_NO_RECORDS
    DNS_ERROR_RCODE_ERROR
    RCODE_SERVER_FAILURE

  • Windows компьютеры, настроенные для динамических обновлений DNS, не будут регистрироваться в домене с одной меткой. Предупреждающие события, похожие на следующие примеры, записывают в системный журнал компьютера:

Как позволить Windows клиентам делать запросы и динамические обновления с однометными зонами DNS

По умолчанию Windows не отправляет обновления в домены верхнего уровня. Однако это поведение можно изменить с помощью одного из методов, описанных в этом разделе. Используйте один из следующих методов, чтобы Windows клиенты могли делать динамические обновления в однометные зоны DNS.

Кроме того, без изменений член домена Active Directory в лесу, не содержащий доменов с однометными именами DNS, не использует службу DNS Server для обнаружения контроллеров доменов в доменах с однометными именами DNS, которые находятся в других лесах. Клиентский доступ к доменам с однометными именами DNS не удается, если разрешение имен NetBIOS настроено неправильно.

Метод 1. Использование редактора реестра

  • Конфигурация локатора контроллера домена для Windows xp Professional и более поздних версий Windows

    Важно!

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

    На Windows на компьютере для члена домена Active Directory требуется дополнительная конфигурация для поддержки однометных имен DNS для доменов. В частности, локатор контроллера домена в члене домена Active Directory не использует службу DNS-сервера, чтобы найти контроллеры домена в домене с однометным DNS-именем, если только участник домена Active Directory не присоединяется к лесу, который содержит по крайней мере один домен, и этот домен имеет однометное имя DNS.

    Чтобы позволить члену домена Active Directory использовать DNS для обнаружения контроллеров доменов в доменах с однометными именами DNS, которые находятся в других лесах, выполните следующие действия:

    1. Выберите Начните, выберите Выполнить, введите regedit, а затем выберите ОК.

    2. Найдите и выберите следующий подкай: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters

    3. В области сведений найдите запись AllowSingleLabelDnsDomain. Если записи AllowSingleLabelDnsDomain не существует, выполните следующие действия:

      1. В меню Редактирование указать значение New, а затем выберите значение DWORD.
      2. Введите AllowSingleLabelDnsDomain в качестве имени входа и нажмите кнопку ENTER.
    4. Дважды щелкните запись AllowSingleLabelDnsDomain.

    5. В поле Значение данных введите 1, а затем выберите ОК.

    6. Закройте редактор реестра.

  • Конфигурация клиента DNS

    Важно!

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

    Члены домена Active Directory и контроллеры домена, которые находятся в домене с однометным DNS-именем, обычно должны динамически регистрировать DNS-записи в зоне DNS с одной меткой, которая соответствует имени DNS этого домена. Если корневой домен леса Active Directory имеет имя DNS с одной меткой, все контроллеры домена в этом лесу обычно должны динамически зарегистрировать записи DNS в зоне DNS с одной меткой, которая соответствует имени DNS корневого леса.

    По умолчанию Windows клиентские компьютеры DNS не пытаются динамические обновления корневой зоны «.» или однометных зон DNS. Чтобы позволить Windows клиентские компьютеры DNS на основе динамических обновлений одной зоны DNS, выполните следующие действия:

    1. Выберите Начните, выберите Выполнить, введите regedit, а затем выберите ОК.

    2. Найдите и выберите следующий подкай: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DnsCache\Parameters

    3. В области сведений найдите запись UpdateTopLevelDomainZones. Если записи UpdateTopLevelDomainZones не существует, выполните следующие действия:

      1. В меню Редактирование указать значение New, а затем выберите значение DWORD.
      2. Введите UpdateTopLevelDomainZones в качестве имени входа и нажмите кнопку ENTER.
    4. Дважды щелкните запись UpdateTopLevelDomainZones.

    5. В поле Значение данных введите 1, а затем выберите ОК.

    6. Закройте редактор реестра.

    Эти изменения конфигурации должны применяться к всем контроллерам домена и членам домена с однометными именами DNS. Если домен с однометным доменным именем является корнем леса, эти изменения конфигурации должны применяться к всем контроллерам домена в лесу, если только отдельные зоны не _msdcs. ForestName, _sites. ForestName, _tcp. ForestName и _udp. ForestName делегирован из зоны ForestName.

    Чтобы изменения вступили в силу, перезапустите компьютеры, на которых были изменены записи реестра.

    Примечание

    • Для Windows Server 2003 и более поздних версий запись UpdateTopLevelDomainZones перешел к следующему подкайке реестра:
      HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\DNSClient
    • В контроллере домена Windows 2000 на основе SP4 на основе Microsoft компьютер будет сообщать о следующей ошибке регистрации имен в журнале событий System, если параметр UpdateTopLevelDomainZones не включен:
    • На контроллере домена Windows 2000 на основе SP4 необходимо перезапустить компьютер после добавления параметра UpdateTopLevelDomainZones.

Метод 2. Использование групповой политики

Используйте групповую политику, чтобы включить политику обновления доменных зон верхнего уровня и расположение DCs, в котором размещен домен с единой политикой имен DNS меток, как указано в следующей таблице под расположением папки на корневом контейнере домена в «Пользователи и компьютеры» или на всех организационных подразделениях (OUS), на которые размещены учетные записи компьютеров для компьютеров-членов. и для контроллеров домена в домене.

ПолитикаРасположение папки
Обновление доменных зон верхнего уровняКонфигурация компьютера\Административные шаблоны\Network\DNS-клиент
Расположение DCs, на которые размещен домен с одним именем DNS меткиКонфигурация компьютера\Административные шаблоны\System\Net Logon\DC Locator DNS Records

Примечание

Эти политики поддерживаются только на компьютерах Windows Server 2003 и Windows компьютерах на основе XP.

Чтобы включить эти политики, выполните следующие действия в контейнере корневого домена:

  1. Выберите Начните, выберите Выполнить, введите gpedit.msc, а затем выберите ОК.
  2. В соответствии с локальной компьютерной политикой расширяем конфигурацию компьютера.
  3. Расширение административных шаблонов.
  4. Включить политику обновления доменных зон верхнего уровня. Для этого выполните следующие действия:
    1. Расширение сети.
    2. Выберите клиент DNS.
    3. В области сведений дважды щелкните Обновление доменных зон верхнего уровня.
    4. Щелкните Включено.
    5. Выберите Применить, а затем выберите ОК.
  5. Включить расположение DCs, на которые размещен домен с единой политикой имен DNS меток. Для этого выполните следующие действия:
    1. Расширение системы.
    2. Расширение Net Logon.
    3. Выберите dc Locator DNS Records.
    4. В области сведений дважды щелкните Расположение DCs, на которые размещен домен с одним именем DNS метки.
    5. Щелкните Включено.
    6. Выберите Применить, а затем выберите ОК.
  6. Политика выхода из группы.

На Windows Сервере 2003 и более поздних версиях DNS-серверов убедитесь, что корневые серверы создаются непреднамеренно.

На Windows 2000 DNS-серверов может потребоваться удалить корневую зону «.», чтобы правильно задекларировать записи DNS. Корневая зона автоматически создается при установке службы DNS-сервера, так как служба DNS-сервера не может достичь корневых подсказок. Эта проблема была исправлена в более поздних версиях Windows.

Корневые серверы могут быть созданы мастером DCpromo. Если зона «.» существует, создан корневой сервер. Чтобы разрешение имен работало правильно, может потребоваться удалить эту зону.

Новые и измененные параметры политики DNS для Windows Server 2003 и более поздних версий

  • Политика обновления доменных зон верхнего уровня

    Если указана эта политика, она создает запись в следующем подкайке REG_DWORD UpdateTopLevelDomainZones реестра: HKLM\Software\Policies\Microsoft\Windows NT\DNSClient
    Ниже следующую запись значений UpdateTopLevelDomainZones для: — Включено (0x1). Параметр 0x1 означает, что компьютеры могут пытаться обновить зоны TopLevelDomain. То есть, если параметр включен, компьютеры, к которым применяется эта политика, отправляют динамические обновления в любую зону, которая является авторитетной для записей ресурсов, которые компьютер должен обновить, за исключением корневой UpdateTopLevelDomainZones зоны. — Отключено (0x0). Параметр 0x0 означает, что компьютерам не разрешается пытаться обновлять зоны TopLevelDomain. То есть, если этот параметр отключен, компьютеры, к которым применяется эта политика, не отправляют динамические обновления в корневую зону или в доменные зоны верхнего уровня, которые являются авторитетными для записей ресурсов, которые компьютер должен обновить. Если этот параметр не настроен, политика не применяется к компьютерам, а компьютеры используют локализованную конфигурацию.

  • Политика записей реестра PTR

    Новое возможное значение 0x2 записи было добавлено в следующем подкое REG_DWORD RegisterReverseLookup реестра:
    HKLM\Software\Policies\Microsoft\Windows NT\DNSClient

    Ниже следующую запись значений RegisterReverseLookup для: — 0x2. Регистрация только в том случае, если регистрация записей «A» будет успешной. Компьютеры пытаются реализовать регистрацию записей ресурсов PTR только в том случае, если они успешно зарегистрировали соответствующие записи ресурсов «A». — 0x1. Регистрация. Компьютеры пытаются реализовать регистрацию записей ресурсов PTR независимо от успеха регистрации записей «A». — 0x0. Не регистрируйтесь. Компьютеры никогда не пытаются реализовать регистрацию записей ресурсов PTR.

Ссылки

WIPO Domain Name Decision: D2020-1491

WIPO Domain Name Decision: D2020-1491

РЕШЕНИЕ АДМИНИСТРАТИВНОЙ КОМИССИИ

Calzedonia S.p.A. против Анастасия Карпунина

Дело No D2020-1491

1. Стороны

Заявителем по настоящему делу является Calzedonia S.p.A., Италия, представленная ООО “Союзпатент”, г.Российская Федерация.

Ответчиком по настоящему делу является Анастасия Карпунина, Российская Федерация.

2. Доменное имя и Регистратор

Спорным доменным именем является <calzedonia.website> (далее – “Спорное Доменное Имя”). Регистратором доменного имени является Registrar of Domain Names REG.RU LLC (далее — “Регистратор”).

3. Процедурные основания

Настоящая Жалоба была подана Заявителем в Центр ВОИС по Арбитражу и Посредничеству (“Центр”) 9 июня 2020 г. 9 июня 2020 г. Центр направил по электронной почте Регистратору запрос о подтверждении в связи со Спорным Доменным Именем. 10 июня 2020 г. Регистратор передал по электронной почте Центру свой ответ, раскрывая, что имя регистранта и контактная информация о Спорном Доменном Имени отличаются от имени ответчика и контактной информации в Жалобе. 26 июня 2020 г. Центр направил по электронной почте Заявителю имя регистранта и контактную информацию, раскрытые Регистратором, и предложил Заявителю внести изменения к Жалобе. Заявитель подал измененную Жалобу 29 июня 2020 г.

Центр подтвердил, что Жалоба вместе с измененной Жалобой отвечают формальным требованиям Единой политики по рассмотрению споров в сфере доменных имен (“Политика”), Правилам Единой политики по рассмотрению споров в сфере доменных имен (“Правила”), и Дополнительным Правилам ВОИС к Политике (“Дополнительные Правила”).

В соответствии с параграфами 2(а) и 4(а) Правил Центр формально уведомил Ответчика о Жалобе, и разбирательство началось 1 июля 2020 г. В соответствии с параграфом 5(а) Правил сроком для представления Ответа былo 21 июля 2020 г. Ответчик не предоставил ответ. Соответственно, Центр уведомил Ответчика о не представлении ответа в указанный срок 27 июля 2020 г.

4 августа 2020 г. Центр назначил Марию Коваль в качестве Административной Комиссии. Административная Комиссия считает такое назначение правомерным. Административная Комиссия предоставила Заявление о согласии и Декларацию о беспристрастности и независимости, как это требуется Центром в соответствии с параграфом 7 Правил.

4. Фактические основания

Заявитель является итальянской компанией, основанной в 1986 г., производящей белье и пляжную одежду; продукция Заявителя представлена в более чем 1500 магазинах по всему миру.

Заявитель является правообладателем множества регистраций на товарный знак CALZEDONIA (далее – “Товарный Знак CALZEDONIA”) в различных юрисдикциях, включая Российскую Федерацию, среди которых:

— Международная регистрация № 1049847 на товарный знак CALZEDONIA, дата регистрации 25 мая 2010 г., в отношении товаров 3, 9, 14, 18, 24 и 28 классов МКТУ;

— Международная регистрация № 1047298 на товарный знак CALZEDONIA, дата регистрации 12 июля 2010 г., в отношении товаров и услуг 25 и 35 классов МКТУ;

— Международная регистрация № 1178419 на товарный знак CALZEDONIA, дата регистрации 5 августа 2013 г., в отношении товаров и услуг 3, 25 и 35 классов МКТУ;

— Международная регистрация № 594779 на товарный знак CALZEDONIA, дата регистрации 20 ноября 1992 г., в отношении товаров 25 класса МКТУ;

— Свидетельство Российской Федерации № 273247, дата регистрации 10 августа 2004 г., в отношении товаров и услуг 25 и 35 классов МКТУ.

Заявитель активно продвигает свою продукцию в сети Интернет и с этой целью ведет свое основное доменное имя <calzedonia.com> (зарегистрировано 27 июля 1998 г.).

Спорное Доменное Имя было зарегистрировано 20 октября 2019 г. На дату данного Решения веб-сайт под Спорным Доменным Именем является неактивным и содержит указание “Домен зарегистрирован и припаркован в REG.RU”.

5. Доводы сторон

A. Заявитель

Заявитель заявляет, что он является итальянским производителем модной одежды, основанным более тридцати лет назад, с большим числом магазинов по всему миру. Благодаря продолжительному использованию Товарный Знак CALZEDONIA завоевал признание во многих странах, включая Российскую Федерацию. Заявитель является правообладателем многочисленных национальных и международных регистраций Товарного Знака CALZEDONIA.

Заявитель утверждает, что Спорное Доменное Имя является идентичным принадлежащему Заявителю Товарному Знаку CALZEDONIA, поскольку включает в себя Товарный Знак полностью. Единственным различием между Спорным Доменным Именем и Товарным Знаком является добавление общего домена верхнего уровня “.website”.

Заявитель также утверждает, что Ответчик не имеет каких-либо прав или законных интересов в отношении Спорного Доменного Имени на основании нижеследующего:

— Заявитель не предоставлял Ответчику лицензии или иного разрешения на использование какого-либо из своих товарных знаков или использование какого-либо из доменных имен, включающих в себя принадлежащий Заявителю Товарный Знак CALZEDONIA;

— какая-либо связь между Заявителем и Ответчиком отсутствует;

— Ответчик зарегистрировал Спорное Доменное Имя с целью создания впечатления о наличии связи между веб-сайтом под Спорным Доменным Именем и Заявителем, поскольку слово “CALZEDONIA” является фантазийным и не могло быть случайным образом выбрано для Спорного Доменного Имени.

Заявитель также заявляет, что Спорное Доменное Имя было зарегистрировано и используется недобросовестно в связи со следующим:

— во время регистрации Спорного Доменного Имени Ответчик не мог не знать о наличии исключительных прав Заявителя на Товарный Знак CALZEDONIA, поскольку Товарный Знак был зарегистрирован значительно раньше; Товарный Знак CALZEDONIA, будучи зарегистрированным в более чем 20 странах (в том числе в Российской Федерации), является хорошо известным; во многих крупных городах Российской Федерации открыто большое количество магазинов Заявителя под вывеской “CALZEDONIA”;

— использование Ответчиком Товарного Знака CALZEDONIA в Спорном Доменном Имени препятствует ведению Заявителем бизнеса онлайн путем отвлечения и перенаправления Интернет-трафика с веб-сайта Заявителя на Спорное Доменное Имя;

— при посещении веб-сайта под Спорным Доменным Именем у потребителей складывается ложное впечатление о том, что данный веб-сайт принадлежит Заявителю, создавая тем самым ложную ассоциацию с Заявителем, и негативно влияет на деловую репутацию Заявителя, подрывая его бизнес;

— Спорное Доменное Имя препятствует использованию Заявителем принадлежащего ему Товарного Знака CALZEDONIA в идентичном доменном имени для целей предоставления более качественных услуг своим потребителям;

— веб-сайт под Спорным Доменным Именем не содержит какой-либо информации, в том числе о предложении каких-либо товаров или услуг, в связи с чем Ответчик осуществляет пассивное владение Спорным Доменным Именем. В связи с этим нельзя исключить, что регистрация Спорного Доменного Имени была осуществлена с намерением предложения к продаже Заявителю или другим заинтересованным лицам в будущем, либо с намерением недобросовестно воспользоваться репутацией Товарного Знака Заявителя.

B. Ответчик

Ответчик не ответил на утверждения Заявителя.

6. Дискуссия и Заключения

В соответствии с параграфом 4(a)(i-iii) Политики Заявитель должен доказать следующее:

— Спорное Доменное Имя тождественно или сходно до степени смешения с товарным знаком или знаком обслуживания, права на которые принадлежат Заявителю ; и

— Ответчик не имеет прав или законных интересов в отношении Спорного Доменного Имени; и

— Спорное Доменное Имя было зарегистрировано и использовано недобросовестно.

A. Идентичность или сходность до степени смешения

Заявитель владеет регистрациями на Товарный Знак CALZEDONIA уже более двадцати пяти лет. Более того, ранее многие Административные Комиссии признали Товарный Знак CALZEDONIA хорошо известным, cм. CalzedoniaS.p.A. V. MaxM. Lind, Дело ВОИС No. D2013-2218; CalzedoniaS.p.A. V. DomainAdmin, Whoisprotection / LiuShaoJing, ZhiLeiKeJiYouXiangGongShi, Дело ВОИС No. D2018-0781.

Спорное Доменное Имя полностью включает в себя Товарный Знак Заявителя CALZEDONIA. В соответствии с параграфом 1.7 Обзора мнений независимых специалистов ВОИС по отдельным вопросам Политики, Третье издание (далее — Обзор ВОИС 3.0), если доменное имя полностью включает товарный знак, то такое доменное имя обычно считается идентичным или сходным до степени смешения для целей Политики.

Общий домен верхнего уровня в доменном имени рассматривается как стандартное регистрационное требование и не учитывается при установлении сходства (см. RexelDeveloppementsSASv. ZhanYequn, Дело ВОИС No. D2017-0275). Таким образом, Административная комиссия не принимает во внимание общий домен верхнего уровня “.website” при анализе вопроса наличия сходства до степени смешения Спорного Доменного Имени и Товарного Знака Заявителя.

В связи с вышеизложенным, Административная Комиссия приходит к выводу, что Спорное Доменное Имя является идентичным Товарному Знаку Заявителя CALZEDONIA и, следовательно, Заявитель доказал первый элемент Политики.

B. Права или законные интересы

В соответствии с положениями параграфа 4(а) Политики, Заявитель должен представить достаточные доказательства, подтверждающие, что Ответчик не обладает правами или законными интересами в отношении Спорного Доменного Имени.

Административная Комиссия считает, что Заявитель представил primafacie доводы, что у Ответчика отсутствуют права или законные интересы в отношении Спорного Доменного Имени ввиду того, то Ответчик не является широко известным под Спорным Доменным Именем и не владеет какими-либо зарегистрированными товарными знаками, тождественными Спорному Доменному Имени.

Заявитель утверждает, что у Ответчика нет прав или законных интересов в отношении Спорного Доменного Имени. Заявитель никогда не уполномочивал Ответчика использовать свой Товарный Знак, какая-либо связь между Заявителем и Ответчиком отсутствует.

Изучив все обстоятельства данного дела, Административная Комиссия приходит к выводу, что Ответчик не связан с Заявителем каким-либо образом, он не был уполномочен Заявителем на использование Товарного Знака CALZEDONIA. Какие-либо доказательства того, что Ответчик известен под именем, которое включает слово “CALZEDONIA”, в деле отсутствуют. Более того, Ответчик не использует Спорное Доменное Имя добросовестно, предлагая товары или услуги, а также не осуществляет никакого законного некоммерческого или добросовестного использования Спорного Доменного Имени без умысла или коммерческой выгоды, так как Спорное Доменное Имя используется для перехода на неактивный веб-сайт, на котором содержится указание “Домен зарегистрирован и припаркован в REG.RU”. В соответствии с параграфом 2.9 Обзора ВОИС 3.0 применяя параграф 4 (c) UDRP, комиссии пришли к выводу, что использование доменного имени для размещения припаркованной страницы, содержащей ссылки PPC, не является добросовестным предложением, когда такие ссылки конкурируют с репутацией знака заявителя или используют их или иным способом вводят пользователей Интернета в заблуждение.

Ответчик не ответил на Жалобу и никоим образом не опроверг утверждения Заявителя. Следовательно, ввиду обстоятельств данного дела, Административная Комиссия считает, что Ответчик не имеет прав и законных интересов в отношении Спорного Доменного Имени.

Учитывая вышеизложенное, Административная Комиссия установила, что Ответчик не имеет права или законного интереса в отношении Спорного Доменного Имени. Следовательно, Жалоба удовлетворяет требованиям параграфа 4(a)(ii) Политики.

C. Недобросовестная регистрация и использование

Параграф 4(b) Политики закрепляет обстоятельства, которые подтверждают и являются доказательством регистрации и использования Спорного Доменного Имени недобросовестно, а именно:

(i) обстоятельства, указывающие на то, что Ответчик зарегистрировал или приобрел доменное имя с целью продажи, аренды или любой другой передачи регистрации доменного имени заявителю, который является владельцем товарного знака или знака обслуживания, или его конкуренту за материальное встречное удовлетворение, превышающее ваши прямые расходы, непосредственно связанные с доменным именем; или;

(ii) если Ответчик зарегистрировал доменное имя для того, чтобы препятствовать владельцу товарного знака или знака обслуживания отобразить знак в соответствующем доменном имени, при условии, что вы были вовлечен в поведение подобного рода; или;

(iii) если Ответчик зарегистрировал доменное имя в первую очередь с целью подрыва бизнеса конкурента; или;

(iv) если путем использования доменного имени Ответчик намеренно пытался извлечь коммерческую выгоду, привлечь пользователей интернета к его веб-сайту или другому онлайн ресурсу, создать возможность смешения с товарным знаком или знаком обслуживания Заявителя в плане источника, спонсорства, аффилированности или одобрения его веб-сайта или другого ресурса или продукта или услуги на его веб-сайте или другом ресурсе.

Принимая во внимание использование Заявителем своего Товарного Знака CALZEDONIA в течение долгого времени и, как следствие, его известность по всему миру, а также то, что Спорное Доменное Имя состоит из фантазийного слова “calzedonia”, выбрать которое Ответчик мог только зная, что оно ассоциируется с Заявителем и его Товарным Знаком, Административная Комиссия считает очевидным то, что Ответчик не мог не знать о Заявителе и его Товарном Знаке, когда регистрировал Спорное Доменное Имя. В соответствии с параграфом 3.2.2 Обзора ВОИС 3.0 обращая внимание на мгновенный и глобальный охват Интернета и поисковых систем, особенно в тех случаях, когда знак заявителя широко известен (в том числе в его секторе) или носит весьма конкретный характер, а ответчик не может достоверно утверждать, что не знал о знаке (особенно в случае с домейнерами), административные комиссии были готовы сделать вывод, что ответчик знал или должен был знать, что его регистрация будет идентична или схожа до степени смешения с знаком заявителя.

Комиссия считает очевидным, что Ответчик зарегистрировал и использует Спорное Доменное Имя главным образом с целью подрыва бизнеса Заявителя, вводя потребителей в заблуждение относительно того, что между Ответчиком и Заявителем существует связь и что веб-сайт под Спорным Доменным Именем является одним из неработающих веб-сайтов Заявителя, тем самым заставив потребителей верить в то, что Спорное Доменное Имя принадлежит Заявителю. Таким образом, Ответчик умышленно и с целью выгоды пытается привлечь Интернет пользователей к своему веб-сайту, создавая возможность смешения с Товарным Знаком Заявителя в отношении происхождения, спонсорства, аффилированности или одобрения веб-сайта Ответчика, что является недобросовестным использованием Спорного Доменного Имени в соответствии с параграфом 4(b)(iv) Политики.

В соответствии с параграфом 3.1.4. Обзора ВОИС 3.0 комиссии постоянно приходили к выводу, что простая регистрация доменного имени, идентичного или сходного до степени смешения (особенно доменных имен, содержащих опечатки или включающих знак плюс описательный термин), с хорошо известным товарным знаком независимым лицом, может сама по себе создать презумпцию недобросовестности. В данном деле Спорное Доменное Имя является идентичным Товарному Знаку Заявителя.

На основании вышеизложенного, Административная Комиссия находит, что все обстоятельства данного дела указывают на то, что Спорное Доменное Имя было зарегистрировано и используется недобросовестно. Таким образом, третий элемент параграфа 4 (а) Политики удовлетворен Заявителем.

7. Решение

По вышеуказанным соображениям и в соответствии с параграфом 4(i) Политики и параграфом 15 Правил требование Заявителя о передаче Cпорного Доменного Имени <calzedonia.website> удовлетворяется.

Мария Коваль
Административная Комиссия
Дата: 18 августа 2020

Что такое домен, уровни домена, настройка доменного имени — hostgid.net

Почитав немного «интернеты», в особенности первый абзац на википедии, я пришел к выводу, что определение доменного имени описано либо очень кратко либо очень заумно. На википедии написано так, что человек понимающий, что такое домен, вряд ли поймет, что написано на википедии (это мое личное мнение). В общем тема либо не раскрыта полностью либо раскрыта таким образом, что понять обычному пользователю ее очень сложно. Давайте попробуем разобраться, что же из себя представляет доменное имя. Но для понимания, нам в любом случае придется немного вникнуть в основы работы интернета и DNS, я постараюсь написать все это максимально доступным языком.

Базовая информация

Давайте для начала определимся, что такое домен в классическом понимании этого термина, и что под ним понимают большинство людей. В классическом определении существует такое понятие как «полное доменное имя» или «полностью определенное доменное имя«. Оно состоит из «имени домена» и его «доменных зон«, в которые он входит, разделенные точкой. Например «hostgid» — это имя домена, а «net» — это доменная зона, в которую он входит. Но поскольку для обычного обывателя все это довольно сложно, большинство людей под доменным именем или доменом понимают «полное доменное имя«. 
В доменном имени допускаются к использованию все символы латинского алфавита a — z, цифры 0 — 9 и дефис, все остальные символы недопустимы. Дефис не может использоваться в качестве первого или последнего символа и запрещено использование дефиса в 3 и 4 позиции имени домена (12—34.com). Максимальная длинна доменного имени составляет 63 символа.
Также стоит отметить, что с 2010 года для регистрации стали доступны интернациональные доменные имена (IDN), которые позволяют регистрировать домены с использование символов национального алфавита. Подробней об IDN доменах.

Как работает доменное имя

Итак, как почти правильно все замечают, доменное имя это адрес сайта в сети интернет. Это утверждение верное, но не полное. Доменное имя это символический адрес, который создан для более удобного обращения к сайту. Дело в том, что адресация в сети интернет, со дня его сотворения работает по IP адресам. IP адрес есть у вашего компьютера, мобильного телефона, веб сервера и у любого другого сетевого устройства. Именно на основании IP адресов построена вся система адресации и передачи данных в интернете. Доменное имя только хранит необходимую для обращения к сайту информацию. Точнее сказать, доменное имя не хранит информацию, а при обращении к доменному имени, информация отдается специальным сервером имен, на котором непосредственно хранится эта информация. Согласитесь, было бы не чень удобно запоминать IP адреса сайтов, домен запомнить немного проще. В частности схема обращения к сайту из браузера выглядит примерно следующим образом:
  1. При вводе адреса сайта в адресную строку браузера (обращении к сайту), он отправляет запрос на нейм сервера (NS) интернет-провайдера (адреса нейм серверов прописываются в настройках подключения к интернету).
  2. Нейм-сервер в ответ на этот запрос возвращает браузеру IP адрес сервера, на котором находится запрашиваемый сайт. 
  3. Браузер получает IP адрес сервера и отправляет запрос уже по этому адресу.
  4. В ответ на свой запрос, браузер получает от сервера информацию в формате html, которую он уже преобразовывает в читаемый для вас вид, то что вы видите на любом сайте.
Таким образом происходит получение информации с сервера, на котором находится сайт обращаясь к нему по доменному имени. Далее давайте разберемся, какая информация о домене существует.

Типы записей и настройка доменного имени

Как уже писалось выше, домен служит лишь для получения необходимой для адресации информации, в частности IP адреса. Но IP адрес, это не единственная информация о домене, существует большое количество типов записей, которые используются для хранения разного рода информации. Ниже представлен список самых употребляемых типов записей для домена:
  1. NS (нейм сервера) — в этих записях указываются адреса серверов имен, на которых хранится информация о домене. Записи этого типа указываются только на стороне регистратора доменного имени, обычно указывают от 2 до 4 нейм серверов, для надежности. Адрес сервера имен указывается в формате домена, обычно он имеет вид ns1.example.com. Подробней о нейм серверах. 
  2. Записи типа A — здесь находится информация об IPv4 адресе сервера, на котором находится сайт. Собственно говоря эту информацию мы и получаем при обращении к сайту по доменному имени. Информация указывается в формате IPv4 адреса, например 192.168.0.1
  3. Записи типа AAAA — эта запись аналогичные записям типа A, но содержат IPv6 адрес сервера. Например 2a00:7a60:0:1083::1. 
  4. Записи типа MX (эм икс) —  эти записи отвечают за работу почты по протоколу SMTP. В них находятся адреса почтовых серверов, которые отвечают за обработку почты для этого домена. Указываются такие адреса в формате домена, например mx10.example.com.
  5. Записи типа CNAME (Canonical Name) — в этих записях указывается псевдоним хоста или как говорят по научному, мнемоническое имя. Чаще всего это применяется для связывания хоста с определенной функцией. Хост это адрес в сети интернет, по сути тот же домен. Приведу реальный пример используя собственный домен. Домен и сайт обслуживается компанией ukraine.com.ua. Для хоста mail.hostgid.net. указана CNAME запись mail.ukraine.com.ua. При переходе на mail.hostgid.net, вы увидите то же самое, что и по адресу mail.ukraine.com.ua. То есть, когда при обращении к домену встречается запись CNAME, запрос информации об этом домене прекращается и информация запрашивается о том домене, который указан в это записи.
  6. Записи типа TXT — в записях этого типа хранится любая текстовая информация, которая может использоваться в разных целях. Например, для проверки владения доменом, некоторые сервисы просят добавить для домена определенную TXT запись. Также в TXT записях хранятся данные для SPF и DKIM.

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

Уровни домена

Вся работа системы доменных имен основана на определенной иерархии доменных имен, которую принято называть уровнями. Иерархия доменных имен выглядит следующим образом: 
  • Корневой домен — самый верхний в иерархии домен, в него входит все доменное пространство. Он безымянный, обозначается «.» (точкой). Его принято использовать по умолчанию, то есть для обращения к сайту точку в конце имени ставить не обязательно.
  • Домен верхнего или первого уровня — такими доменами являются доменные зоны (com, net, org).
  • Домен второго уровня — это доменные имена зарегистрированные в домене первого уровня (hostgid.net), также доменом второго уровня являются некоторые региональные доменные зоны (com.ua, com.ru).
  • Домен третьего уровня — это поддомен для домена второго уровня (forum.hostgid.net или www.hostgid.net) либо доменные имена зарегистрированные в доменных зонах второго уровня (somedomaine.com.ua).
  • Домен четвертого уровня — это поддомен для домена третьего уровня (subdomaine.somedomaine.com.ua или www.forum.hostgid.net)
  • Ну и так далее, ограничений на количество уровней нет, но максимальное количество символов в домене равно 63.

Система регистрации

Регистратор доменных имен — организация, уполномоченная создавать (регистрировать) новые доменные имена и продлевать срок действия уже существующих доменных имен в домене, для которого установлена обязательная регистрация. Таковыми доменами являются все домены верхнего уровня (первого уровня), а также некоторые домены второго уровня (например, com.ru или co.uk). Во всех прочих доменах для создания субдоменов специальных полномочий не требуется.

Регистраторы предоставляют услуги по регистрации доменных имен в рамках соглашения с регистратурами соответствующих доменных зон. Регистраторы имеют право создавать по просьбе своих клиентов (регистрантов) новые доменные имена, продлевать срок их регистрации и осуществлять трансферы доменных имен к другим компаниям-регистраторам или от них. Регистратор получает возможность регистрации доменных имен от регистратуры по оптовым ценам и предоставляет услугу регистрантам по розничным, полученная маржа является источником дохода коммерческих компаний-регистраторов. Крупнейшим на сегодняшний день доменным регистратором является американская компания GoDaddy.

С технической точки зрения, функции регистратора доменов состоят в поддержании базы данных зарегистрированных доменов, предоставлении открытого доступа к этой базе с помощью сервиса Whois, а также в поддержании DNS-сервера (серверов) соответствующей зоны с NS-записями («name server», указывает на DNS-сервер для данного домена) для всех зарегистрированных доменов.

С 1 июня 2001 года услуги по регистрации доменных имен конечным пользователям в России оказывают аккредитованные Координационным центром доменов .RU/.РФ регистраторы. Это компании, находящиеся в Москве, Московской области, Санкт-Петербурге, Самаре, Калининграде, Липецке, Новосибирске; многие из регистраторов активно развивают собственные партнерские сети (в партнерских программах регистраторов обычно участвуют интернет- и хостинг-провайдеры, веб-студии), которые предоставляют услуги по всей стране. Ведение базы данных зарегистрированных доменных имен второго уровня, поддержку функционирования этих имен в интернете и администрирование национальных доменов верхнего уровня .RU/.РФ выполняет национальная регистратура – Координационный центр доменов .RU/.РФ.

Что такое домен и как его зарегистрировать ᐉ Веб-студия Brainlab

Содержание :

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

Что такое домен

Любой сайт представляет собой некий набор веб-страниц, которые содержат контент (тексты, картинки, видео). Все эти страницы хранятся на веб-сервере, а вот доменное имя — адрес размещения этих страниц. Когда вы в поисковой строке вводите доменное имя, браузер понимает где искать нужный сервер. То есть domain — онлайн-адрес сайта, его размещение в Интернете.

Раньше, адреса сайтов указывались цифрами (IP-адрес) и, чтобы найти нужный ресурс, необходимо было ввести именно их. Не совсем удобно запоминать такое количество цифр (четыре блока по 2-3 значения, разделенные точками). Поэтому числа заменили буквами. Согласитесь вбить в Google (или в другой поисковик) unisender.com намного проще чем 195.13.237.73. В качестве домена лучше использовать короткое, запоминающееся слово, ну или словосочетание. В идеале использовать название фирмы или компании, ну или хотя бы намекнуть в доменном имени чем ваша компания занимается. Но об этом мы напишем ниже. 

Зачем нужны доменные имена

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

Нужно имя сайта и для того, чтобы привлечь внимание пользователей. Согласитесь, что брендированное доменное имя будет более востребованное, чем набор цифр. 

К этим пунктам можно добавить еще пару преимуществ:

  • У сайта растет доверие. Пользователь будет уверен в том, что вы ведете свой бизнес в соответствии с законом. Таким образом можно не только сформировать доверительные отношения. Это придаст авторитетности в глазах других компаний.
  • Продвижение сайта. Правильно подобранное имя сайта благоприятно влияет и на показатели СЕО. Конечно в доменное имя необязательно вписывать ключ с точным вхождением, но стоит понимать, что если он там есть, то это повысить рейтинг в поисковиках.

Домен необходим сайту для того, чтобы настроить корпоративную почту. Почта, которая содержит в себе название сайта повышает доверие к компании и это факт. Вы можете настроить e-mail рассылку. Также имя сайта нужно для переадресации. К примеру после редизайна ресурс переехал на другой хостинг и если правильно настроить переадресацию, то прописав старое название сайта, юзера перекинет на новый, обновленный ресурс. Но об этом мы уже говорили.

Хорошее и правильное доменное имя должно соответствовать небольшим требованиям:

  1. Краткость. Важно, чтобы выбранное имя было коротким, чтобы его было удобно прописать в поисковой строке.
  2. Запоминаемость. Если у вас легко запоминающееся имя сайта, то человек по памяти введет его.
  3. Доменное имя должно ассоциироваться у пользователя с тематикой сайта или с самой компанией. Это поможет запомнить адрес. 
  4. Адрес должен легко произноситься. Это тоже влияет на запоминаемость. Подберите такое слово (с цифрами или без), которое можно будет без усилий произнести при разговоре. Это может сработать как сарафанное радио.
  5. Не используйте сложные буквы. К примеру, вместо F кто-то может написать PH, это слегка усложняет задачу запоминания. 

Есть небольшие ограничения, которые зависят от доменных зон. Однако общие правила выглядят так:

  • Длина должна варьироваться от 2 до 63 символов.
  • Промежуточными символами могут быть дефис, цифры или латиница.
  • Название имени не может начинаться с дефиса, точки или другого знака пунктуации.
  • Равнозначны буквы строчные, прописные, заглавные.
  • Существуют зоны, где доменное имя может прописываться русскими буквами.

А так, четкой инструкции по составлению домена не существует. Вы сами должны понимать, какое имя запомниться, а какое  нет. От этого и отталкивайтесь. Стоит добавить, что если выбранное вами доменное имя занято, можно к нему дописать пару цифр, тогда оно станет уникальным. К примеру, ivl.com может стать ivl123.com

Из чего состоит доменное имя

Абсолютно все доменные имена состоят из нескольких частей, отделенных друг от друга точками. Как правило, они расположена по иерархии, справа налево (третий уровень, второй и первый). Такой вот порядок позволяют браузеру быстро отреагировать и определить нужный сайт.

Первый уровень домена

Первый уровень располагается справа от точки. Его также называют доменной зоной или доменном верхнего уровня (TLD). Например, kola.com, где соm — рассматриваемый нами уровень.

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

Доменны первого уровня разделяют на два типа: 

  1. Географически (ccTLD). Он представляет собой национальный домен верхнего уровня. Здесь используется всего две буквы, с учетом международного кода страны. Для понимания: Евросоюз — .еu, Россия — .ru и для Украины — .ua. Очевидно, что видя эти буквы будет сразу понятно гео-принадлежности сайта. Но, никто вам не запрещает использовать несоответствующее расширение. Некоторые создают сайты и для экономии выбирают доменные имена небольшой страны.
  2. Тематические (gTLD). Представляет собой домен верхнего уровня, который должен обозначать тематику сайта. Например, правительственный — .gov, коммерция — .com и т.д. Но опять же, нет таких органов, которые проверят, соответствует ли gTLD тематике сайта. Но есть домены исключения — .int, который применяется в международных организациях. 

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

Второй уровень домена

Второй уровень еще называют материнским или основным. Он находится слева от точки, columbia.com.

Материнский домен представляет собой уникальную комбинацию из букв и цифр. Он может повторять имя компании или сайта. Сразу добавим, что домен второго уровня, перед тем как зарегистрировать, нужно проверить на уникальность.

Третий уровень домена

Домен третьего уровня, расположен перед основным доменом, то есть слева от него. Его еще называют субдоменом или поддоменом. Его можно использовать для того, чтобы разделить сайт на разделы. К примеру, у вас на сайте есть блог, то люди могут ввести поддомен и сразу перейти в нужный раздел. То есть посещать главную страницу необязательно. Выглядит это так: blod.coca-cola.com

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

Какие бывают домены

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

Национальные

Национальный домен представляет собой домен верхнего уровня, обозначающийся двумя буквами, которые выделенные ICANN для всех государств мира. Могут состоять из двух букв или быть использованы и трехбуквенные коды. Правда это редкий случай, когда необходимо предотвратить возможные конфликты. Например, cn, pl, ru  и прочее. Очевидно, что буквы и показывают географическую принадлежность сайта. То есть pl — Польша.

Чтобы зарегистрировать такой домен, необходимо признание страны на международной арене. То есть она должна быть включена в бюллетень ООН “Названия стран”

Общие

По названию очевидно, что такой тип домена актуален для всего сообщества в Интернете. Уже в 1985 году были созданы первые домены уровня gTLD. Тогда их было всего лишь семь:

  • .com. Применяется для коммерческих сайтов.
  • .edu. Можно использовать для образовательных ресурсов.
  • .gov. Предназначен для государственных сайтов.
  • .mil. Домен для военных организаций;
  • .net. Используется для сайтов, чья деятельность связана с Сетью;
  • .org. Применяется для некоммерческих организаций;
  • .int. Домен для международных организаций.

Изначально предполагалось, что такого количества доменов будет вполне достаточно, однако спустя время, пришли к выводу, что нужно добавлять еще. Уже в 2001 году к этому списку прибавилось еще семь: info (домен открытый для всех), biz (для коммерческих организаций с определенным ограничением), name (для персональных ресурсов), coop (для кооперативных организаций), museum (для музеев), aero (для  сайтов связанных с аэроиндустрией) и pro (для определенных профессий). Со временем к этому списку примкнули и другие общие домены. К слову те ограничения, которые они должны соблюдать никто не учитывает.  

Что проверить перед регистрацией

Как только вы подобрали себе доменное имя, не спешите регистрировать его. Сперва нужно провести проверку на то, занят ли этот домен кем-то другим. В обратном случае могут возникнуть проблемы. Существуют специальные сервисы, которые позволят выяснить данную информацию. Один из них — Whois.

Сервис Whois

Бесплатный сервис Whois даст информацию об основных сведениях о домене: занят он или нет, кто его администратор, каков период регистрации. Для этого необходимо в поисковой строке ввести придуманный домен и нажать “Проверить”. Спустя несколько секунд, ответ будет получен. Занят домен или нет. Сервис показывает дату и место регистрации, контактные данные администратора. Такая информация может быть актуальная в случае, если вы захотите пожаловаться регистратору на неправомерное использование домена. 

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

Кроме того, данный сервис может показать и историю домена: кто был прежним владельцем, когда началась прошлая регистрация и прочее. Это поможет определиться в выборе. Сразу добавим, что проверка истории — услуга платная.

Если, к примеру, прежний адрес попадал под фильтры поисковых систем, это может не очень хорошо отразиться на СЕО, так как придется выводить его из-под фильтра. На это нужно будет потратить не только время, но и деньги. 

Что нужно знать о покупке домена

Есть еще несколько моментов о которых стоит знать, перед тем как купить доменное имя. Рассмотрим подробнее.

Не покупка, а аренда

Зачастую регистрацию домена называют покупкой. Но на самом деле нужно понимать, что доменное имя нельзя купить и стать его постоянным владельцем. Его можно только арендовать на определенный срок (он предусматривается политикой самого регистратора). Как правило, срок аренды составляет один год. Как только время проходит, нужно продлевать аренду. То есть снова внести определенную сумму денег.

Говоря о максимальном периоде, то он обусловлен правилами выбранной зоны. К примеру, на 10 лет можно арендовать домены в зонах com, blog или info. Перед тем, как взять в аренду домен изучите всю информацию о правилах регистрации и ее сроках.

Продление аренды

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

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

Удаление домена

В некоторых зонах домен удаляется уже на следующий день после окончания периода преимущественного продления. Сюда входят: ru, su и рф. Международные домены будут удалены в течение 1-5 дней. То есть домен становиться доступным для всех желающих. Конечно вам никто не запрещает попробовать зарегистрировать его вновь, но ни о каких преимуществах перед остальными речи здесь не идет. Кто первый оформил, тому и повезло. 

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

Как зарегистрировать

Конечно порядок покупки (регистрации или аренды) у различных регистраторов может слегка отличаться. Но, как правило, весь процесс состоит из двух основных этапов:

  1.  Выбор доменного имени. Это первый этап, где пользователь должен придумать имя, после чего проверить не занято ли оно. Выше мы описывали, как осуществить проверку. Если домен свободный, переходим к следующему этапу.
  2. Регистрация выбранного домена. Происходит это в режиме онлайн (пользователь должен оплатить указанную сумму). Также регистратор может предложить и дополнительные услуги. К примеру автопродление (эту услугу лучше заказать, чтобы во время продлевалась аренда домена), скрытие персональных данных и другие.

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

Колесников Дмитрий

Технический директор, студии BRAINLAB

Что такое DNS (система доменных имен)?

Не хотите смотреть?

Прочтите это:

Система доменных имен (или DNS) преобразует удобочитаемые доменные имена (например, www.google.com) в Интернет-протокол (IP). адреса (например: 173.194.39.78).

Компьютеры могут общаться только с помощью набора цифр, поэтому DNS был разработан как своего рода «телефонная книга», которая переводит домен, который вы вводите в своем браузере в компьютерно-читаемый IP-адрес.

Краткая история DNS

Тридцать лет назад, когда Интернет был еще в зачаточном состоянии, когда вы хотели посетить веб-сайт, вам нужно было знать IP-адрес. адрес этого сайта. Это потому, что компьютеры могут и могли общаться только с помощью цифр.

Это IP-адрес: 127.33.54.200.

Это долго, трудно запомнить, и мы (я полагаю, люди) не роботы. Нам нужен был способ сделать компьютерно-читаемый информацию в удобочитаемый.И он должен был быть быстрым, легким и масштабируемым.

В начале 1980-х Пол Мокапетрис придумал систему, которая автоматически сопоставляла IP-адреса с доменными именами … и Так родился DNS. Эта же система до сих пор служит основой современного Интернета.

И все же лишь небольшая часть мира знает, что она существует, а еще меньшая группа понимает, что она делает. Реальный проблема в том, что люди, которым нужно знать, как это работает, и которые могут извлечь из этого пользу… не принимают время учиться.

Как это работает

Прежде чем мы перейдем к тому, как вы можете использовать DNS, нам нужно понять, как работает система. Мы уже знаем, что он отображает IP адреса к доменным именам, но где хранится эта информация? На серверах имен!

Серверы имен хранят записи DNS, которые представляют собой фактический файл, в котором говорится, что «этот домен» сопоставляется с «этим IP-адресом». Так есть ли комнату где-нибудь, где есть все серверы имен и записи DNS для каждого сайта в Интернете? Нет… это было бы смешно.

На самом деле они распространены по всему миру. Эти серверы имен называются корневыми серверами имен и вместо хранения в каждом домене хранятся местоположения TLD (доменов верхнего уровня).

TLD — это два или три символа, например .com, которые заканчиваются доменным именем. Каждый TLD имеет свой собственный набор серверов имен, которые хранят информация о том, кто уполномочен хранить записи DNS для этого домена.

Авторитетным сервером имен обычно является DNS-провайдер или DNS-регистратор (например, GoDaddy, который предлагает как DNS-серверы, так и DNS-серверы). регистрация и хостинг). И здесь мы можем найти запись DNS, которая сопоставляет example.com с IP-адресом 127.66.122.88.

Общая картина

Соберем все вместе. Когда вы запрашиваете доменное имя, ваш первый шаг на самом деле не будет на корневых серверах имен. Вместо этого ваш браузер спросит у вашего локального разрешающего сервера имен, есть ли у них кэшированные записи DNS для этого домена.

Сервером имен, разрешающим разрешение, обычно является ваш интернет-провайдер (ISP), и если это популярный веб-сайт, например youtube.com они, скорее всего, будут иметь запись в своем кэше. В этом случае вы пропустите остальную часть процесса поиска DNS.

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

Что делать, если искомая запись не кэшируется? Затем разрешающий сервер имен запросит у корневых серверов имен TLD для этого домена, который будет указывать на поставщика, уполномоченного размещать записи.

Хорошо, нужно было пройти много шагов, чтобы просто найти IP-адрес. Да, кстати, этот процесс происходит всего за пара миллисекунд.Небольшая перспектива, вы моргаете примерно за 50 миллисекунд. Вы можете разрешить большинство DNS-запросов до 30 лет.

О службе доменных имен (DNS)

Система доменных имен (или Служба) — это Интернет-служба, которая переводит доменные имена в IP-адреса. Поскольку доменные имена написаны по алфавиту, их легче запомнить. Однако Интернет действительно основан на IP-адресах. Следовательно, каждый раз, когда вы используете доменное имя, служба DNS должна переводить имя в соответствующий IP-адрес.Например, доменное имя www.example.com может переводиться как 198.105.232.4. Для пользователя и прикладного процесса этот перевод является услугой, предоставляемой либо локальным хостом, либо удаленным хостом через Интернет. DNS-сервер (или преобразователь) может связываться с другими DNS-серверами Интернета, если он не может преобразовать сам адрес. Система DNS, по сути, является собственной сетью. Если один DNS-сервер не знает, как преобразовать конкретное доменное имя, он запрашивает другое, и так далее, пока не будет возвращен правильный IP-адрес.

Структура имени DNS

Имена DNS построены иерархически. Самый высокий уровень иерархии является последним компонентом или меткой DNS-адреса. Ярлыки могут быть длиной до 63 символов и не чувствительны к регистру. Допускается максимальная длина 255 символов. Ярлыки должны начинаться с буквы и могут состоять только из букв, цифр и дефисов. [К сожалению, некоторые администраторы создают имена, начинающиеся с цифр. Это неправильно и может легко вызвать проблемы с программным обеспечением, которое просто проверяет первый символ адреса хоста, чтобы определить, процитировано ли DNS-имя или IP-адрес.]

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

Трехбуквенные коды

Первоначально DNS была введена в Соединенных Штатах Америки, и последний компонент адреса предназначался для указания типа организации, в которой размещен компьютер. Некоторые из трехбуквенных окончательных этикеток (edu, gov, mil) по-прежнему используются только организациями, базирующимися в США, другие могут использоваться в любой точке мира.Трехбуквенные коды:
Код Значение
.com Коммерческий
.org Некоммерческая организация
.net Интернет-провайдер
.edu Учебное заведение
.gov Правительство
.mil Военный
.int Международная организация

Документация Novell: DNS / DHCP — иерархия DNS

Документация Novell: DNS / DHCP — иерархия DNS
и nbsp

Иерархия DNS

DNS использует иерархию для управления своей распределенной системой баз данных.Иерархия DNS, также называемая пространством доменных имен, представляет собой перевернутую древовидную структуру, очень похожую на eDirectory.

В DNS-дереве есть один домен в верхней части структуры, называемый корневым доменом. Точка или точка (.) — это обозначение корневого домена. Ниже корневого домена находятся домены верхнего уровня, которые делят иерархию DNS на сегменты.

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


Таблица. DNS-домены верхнего уровня

.com

Коммерческие организации, как на novell.com

.edu

Образовательные организации, а.о. ucla.edu

.gov

Правительственные агентства, например, whitehouse.gov

мил

Военные организации, как в армии.мил

.org

Некоммерческие организации, как на redcross.org

.net

Сетевые объекты, такие как nsf.net

.int

Международные организации, например, nato.int

Дополнительные домены верхнего уровня организуют пространство доменных имен географически. Например, домен верхнего уровня для Франции — fr.Иерархия DNS иллюстрирует иерархию DNS.

Рисунок 1
Иерархия DNS

Домены и субдомены

Домен — это метка дерева DNS. Каждый узел в дереве DNS представляет домен. Домены под доменами верхнего уровня представляют отдельные организации или субъекты. Эти домены можно разделить на поддомены, чтобы упростить администрирование хост-компьютеров организации.

Например, компания A создает домен под названием companya.com под доменом верхнего уровня .com . Компания A имеет отдельные локальные сети для своих офисов в Чикаго, Вашингтоне и Провиденсе. Поэтому сетевой администратор компании A решает создать отдельный поддомен для каждого подразделения, как показано в разделах «Домены и поддомены».

Любой домен в поддереве считается частью всех доменов над ним. Таким образом, chicago.companya.com является частью домена companya.com, и оба являются частью домена .com.

Рисунок 2
Домены и субдомены

Доменные имена

Доменное имя представляет положение объекта в структуре иерархии DNS.Доменное имя — это просто список всех доменов на пути от локального домена к корню. Каждая метка в доменном имени разделена точкой. Например, доменное имя для домена Providence в компании A — providence.companya.com, как показано в разделах «Домены и поддомены» и в приведенном ниже списке.

Обратите внимание, что имена доменов на рисунке заканчиваются точкой, представляющей корневой домен. Доменные имена, заканчивающиеся точкой на корне, называются полными доменными именами (FQDN).

Каждому компьютеру, использующему DNS, дается имя хоста DNS, которое представляет положение компьютера в иерархии DNS. Следовательно, имя хоста для host1 на рисунке 2 — host1.washington.companya.com.


Делегирование домена

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

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

Например, companya.com. домен делегируется компании A, создавая companya.com. зона. Внутри companya.com есть три поддомена. домен:

  • chicago.companya.com.
  • washton.companya.com.
  • провидение.companya.com.

Компания Администратор хранит всю информацию о хостах для зоны в единой базе данных, а также имеет право создавать и делегировать поддомены.

Например, у компании A в Чикаго есть собственный сетевой администратор. Администратор companya.com делегирует зону chicago.companya.com в Чикаго и больше не имеет над ней полномочий. Компания А теперь имеет две зоны: companya.com и chicago.companya.com.

  • компанияa.com, который имеет власть над зонами companya.com, washton.companya.com и providence.companya.com
  • chicago.companya.com, контролирующий зону chicago.companya.com

IN-ADDR.ARPA Домен

Домен (или зона) IN-ADDR.ARPA обеспечивает сопоставление IP-адресов с именами в пределах зоны, позволяя клиенту (или преобразователю) запрашивать имя хоста, предоставляя IP-адрес. Некоторым приложениям, связанным с безопасностью, требуется эта функция, также известная как обратный поиск.

Файл, в котором хранятся данные IN-ADDR.ARPA, состоит из записей указателя и дополнительных записей сервера имен, включая записи начала полномочий (SOA), аналогично другим файлам зоны DNS. В файле зоны IN-ADDR.ARPA IP-адреса перечислены в обратном порядке, а к адресу добавляется «in-addr.arpa». Для запроса хоста с IP-адресом 1.2.3.4 потребуется запрос PTR с целевым адресом 4.3.2.1.in-addr.arpa.

и nbsp

Что такое доменное имя?

  • Домашняя страница /
  • Основы /
  • Что такое доменное имя? — Полное и легкое для понимания объяснение!
  • Автор: Karol K
  • Последнее обновление:

Что такое доменное имя? В простейшем смысле доменное имя — это адрес вашего веб-сайта в Интернете.

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

Во-первых, мощность доменных имен намного превосходит их способность «обращаться к веб-сайтам в сети». Фактически, выбор правильного доменного имени может иметь очень серьезное влияние на успех вашего веб-сайта и, следовательно, вашего бренда.

Но давайте начнем с технических деталей того, что такое доменное имя (нам нужна эта часть, чтобы объяснить другие вещи).

Что такое доменное имя с технической точки зрения?

Как я уже упоминал выше, доменное имя — это адрес вашего веб-сайта в Интернете. Приложение A:

Другими словами, если вы хотите найти свой путь к WinningWP, все, что вам нужно сделать, это запустить веб-браузер и ввести адрес сайта — доменное имя Winningwp.com — в адресную строку.

Но есть еще много интересных вещей, которые творится под капотом, так сказать, с доменными именами.

Прежде всего, доменное имя состоит из двух частей:

SLD (домен второго уровня): при регистрации вашего доменного имени эта часть может состоять из любого количества буквенно-цифровых символов (a-z, A-Z, 0-9) и дефисов (разрешено, если они окружены другими символами или цифрами).Пробелы не допускаются.

Например, если ваша компания называется Joe’s Extra Diner , вы можете сделать свой SLD joesextradiner .

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

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

  • .com — все коммерческие
  • .org — организации (часто некоммерческие)
  • .net — сетевые проекты (что бы это ни значило)
  • .edu — учебные заведения
  • .gov — правительство США
  • .biz — все для бизнеса
  • .info — универсальный

Однако сейчас никто не обращает слишком много внимания на те цели, которые предназначены для TLD, и, конечно же, никто не заставляет вас использовать .org при запуске веб-сайта для некоммерческой организации. Нет никаких правил, которых вам нужно придерживаться при выборе TLD — вы можете использовать с тем, что кажется вашему будущему веб-сайту. При этом, за исключением исключительных обстоятельств, больше невозможно получить домены .gov или .edu .

В конце концов, однако, всем нужен .com : это самый узнаваемый и самый престижный TLD.

Кроме того, существуют также сотни местных / региональных TLD, например:

  • .uk — для Великобритании
  • .ca — Канада
  • .pl — Польша
  • .it — Италия
  • и т. Д.

Вы можете использовать один из них вместо .com , если ваш веб-сайт будет работать только локально. (Примечание: всегда старайтесь владеть доменом .com, если это возможно — в первую очередь потому, что многие люди будут считать, что ваше доменное имя — это .com при вводе его в свой веб-браузер, но также потому, что вы не хотите, чтобы ваш сайт запутался. с другим.Затем вы можете перенаправить .com на альтернативный домен, который вы выбрали.)

Чтобы повторить эту часть нашего ответа на вопрос, что такое доменное имя:

SLD и TLD вместе составляют полное доменное имя. Итак, для сайта, который вы читаете прямо сейчас: winwp.com — это SLD, com — это TLD, и вместе у нас есть winwp.com в качестве полного доменного имени.

Но что «внутри» этого доменного имени?

Рад, что вы спросили.

Доменное имя — это удобный указатель, который позволяет вашим посетителям найти ваш сайт в глубине сети.

Подумайте об этом так:

Ваш дом — ваш настоящий дом — может быть определен по его географическим координатам. Например, некоторые люди живут на 38,8977 ° с.ш., 77,0365 ° з. Д. Но этот адрес трудно запомнить, поэтому мы склонны использовать вместо него 1600 Пенсильвания-авеню (также известный как Белый дом).

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

То же самое и с доменными именами. Под капотом доменные имена указывают на определенные IP-адреса: реальные числовые адреса мест в сети. Итак, всякий раз, когда кто-то пытается посетить данный веб-сайт, его веб-браузер принимает доменное имя и переводит его в абсолютный веб-адрес — IP-адрес сервера, на котором находится веб-сайт. Затем он загружает веб-сайт с этого сервера. Довольно умно, не правда ли?

Вот полное объяснение всего, что находится в адресной строке вашего браузера:

Хорошо, давайте остановимся на технических деталях.Пока нам это больше не нужно, чтобы понять, что такое доменное имя.

Вместо этого давайте поговорим о:

Насколько важно правильное доменное имя?

С одной стороны, доменное имя — это интернет-адрес… типа, большое дело, не так ли? Неважно.

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

Чтобы объяснить это, давайте начнем где-нибудь еще… в Нью-Йорке. И, пожалуйста, потерпите меня. Все это обретет смысл буквально через минуту.

Есть парковка на Central Park West, около West 100th Street. Она просто стоит там, занимая место — то есть ценное пространство Нью-Йорка. За эту небольшую полоску земли неоднократно предлагались миллионы — каждый застройщик в Нью-Йорке и их собака хотели бы купить ее и построить что-то новое.

Но никто не продает. И не потому, что парковка на нем хорошие деньги. Это не так.

Все дело в адресе. Central Park West, пожалуй, самый ценный адрес в Нью-Йорке. Единственная причина, по которой парковка все еще существует, заключается в том, что она позволяет двум зданиям прямо за ней называться 382 Central Park West и 392 Central Park West.

Посмотрите на них, они и близко не подошли к Западному Центральному парку, но, поскольку между ними и этим ничего нет, все как-то законно:

Другими словами, люди, живущие в этих двух зданиях, таких как их Central Park West, обращаются так много, что отказываются отдавать их — даже в обмен на миллионы долларов денег застройщика.Смешно, правда?

Здесь в игру вступают доменные имена веб-сайтов.

Так что же такое доменное имя с этой точки зрения? По сути, хорошее доменное имя в Интернете — это то же самое, что и адрес Central Park West.

Доменное имя — это не просто какой-то адрес в Интернете, в том смысле, что вы можете выбрать любой домен, и вы даже не заметите никакого воздействия.

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

Итак, когда пришло время выбрать собственный домен, просто подумайте обо всех, кто живет в 392 Central Park West. Подумайте, сколько для них значит правильный адрес. Ваш веб-адрес должен значить для вас столько же.

И наконец: Вам действительно нужно выбрать — и купить — отличное доменное имя? Вот наше полное руководство по всему, что вам нужно знать!

Вы все это осмыслили? Любые вопросы?

Кароль К.(@iamkarolk) — внештатный блоггер и писатель, внешний вид WordPress и опубликованный автор «WordPress Complete». Его работы были представлены во всем Интернете на таких сайтах, как Smashing Magazine, Ahrefs.com, Optimizely.com и Adobe.com.

Спецификация доменного имени верхнего уровня

Спецификация доменного имени верхнего уровня

Спецификация доменного имени верхнего уровня
draft-liman-tld-names-00

RFC 1123 неоднозначен в отношении спецификации для меток домена верхнего уровня (TLD), используемых в системе доменных имен.Этот документ разъясняет спецификацию и согласовывает ее с текущей практикой, включая использование меток интернационализированных доменных имен (IDN) в именах TLD.

Этот Интернет-проект представлен в полном соответствии с положениями BCP 78 и BCP 79.

Internet-Drafts являются рабочими документами Инженерной группы Интернета (IETF). Обратите внимание, что другие группы также могут распространять рабочие документы как Интернет-проекты. Список текущих Интернет-проектов находится по адресу http: // datatracker.ietf.org/drafts/current/.

Интернет-проекты — это черновики документов, срок действия которых не превышает шести месяцев, и они могут быть обновлены, заменены или отменены другими документами в любое время. Неуместно использовать Интернет-проекты в качестве справочного материала или цитировать их иначе, как «незавершенные работы».

Срок действия этого Интернет-проекта истекает 3 сентября 2009 г.

Авторские права (c) 2009 IETF Trust и лица, указанные в качестве авторов документа. Все права защищены.

Этот документ регулируется BCP 78 и Правовыми положениями IETF Trust, касающимися документов IETF (http: // trustee.ietf.org/license-info), действующий на дату публикации этого документа. Пожалуйста, внимательно ознакомьтесь с этими документами, поскольку они описывают ваши права и ограничения в отношении этого документа. Компоненты кода, извлеченные из этого документа, должны включать упрощенный текст лицензии BSD, как описано в разделе 4.e Правовых положений Trust, и предоставляются без гарантии, как описано в упрощенной лицензии BSD.


RFC 1123 [RFC1123] неоднозначен в отношении спецификации для меток домена верхнего уровня (TLD), используемых в системе доменных имен.Существуют разные интерпретации, которые приводят к проблемам при выборе имен новых TLD. Одним из важных аспектов этого является желание использовать метки интернационализированных доменных имен (IDN, RFC 3490 и др. [RFC3490] ) в доменах верхнего уровня для облегчения использования локальных скриптов.

Этот документ стремится дать новое и четкое определение того, какие последовательности символов разрешены в метках TLD.

Этот документ является предложением и находится в стадии разработки.

Терминология, используемая в этом документе, определена в RFC 0952 [RFC0952] и RFC 1035 [RFC1035] .

Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом документе. должны интерпретироваться, как описано в RFC 2119 [RFC2119] .

RFC 952 [RFC0952] дает спецификацию имен, которые могут использоваться для имен хостов в Интернете. Он обновлен RFC 1123 [RFC1123] , что несколько смягчает спецификацию. Непонятно, относится ли ослабление к метке или к имени всего хоста.

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

Метка TLD ДОЛЖНА состоять не менее чем из двух символов и МОЖЕТ быть длиной до 63 символов, не считая начальных и конечных точек (.). Он ДОЛЖЕН состоять только из символов ASCII из групп «буквы» (AZ), «цифры» (0-9) и «дефис» (-), и он ДОЛЖЕН начинаться с «буквы» ASCII и НЕ ДОЛЖЕН заканчиваться на «дефис». Верхний и нижний регистр МОЖЕТ быть случайным образом смешан, поскольку поиск в DNS не чувствителен к регистру.

Следовательно, выражение ABNF, которое соответствует допустимой метке TLD, выглядит следующим образом:

        tldlabel = АЛЬФА * 61 (ldh) ld
        ldh = ld / "-"
        ld = АЛЬФА / ЦИФРА
        АЛЬФА =% x41-5A /% x61-7A; А-Я / А-Я
        ЦИФРА =% x30-39; 0-9

         

Эта новая спецификация отражает текущую практику регистрации имен TLD в IANA и позволяет использовать IDN.

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

Этот меморандум изменяет спецификации для имен TLD, зарегистрированных IANA, и IANA просят изменить процесс регистрации, чтобы использовать указанную выше спецификацию.

Этот документ не представляет никаких новых проблем безопасности.

Это может вызвать проблемы со стабильностью, когда имена, зарегистрированные в соответствии с этой новой спецификацией, могут плохо взаимодействовать со старым программным обеспечением, написанным для обеспечения строгой интерпретации старой спецификации.Однако считается, что такое программное обеспечение мало в Интернете, и поскольку имена TLD, которые не соответствуют строгой интерпретации старой спецификации, уже используются (включая IDN) без видимых проблем, считается, что это изменение спецификации не создаст серьезных проблем со стабильностью в Интернете.

[RFC1035] Мокапетрис П., «Доменные имена — реализация и спецификация», STD 13, RFC 1035, ноябрь 1987 г.
[RFC1123] Брейден Р., «Требования к хостам Интернета — применение и поддержка», STD 3, RFC 1123, октябрь 1989 г.
[RFC2119] Браднер, С., «Ключевые слова для использования в RFC для обозначения уровней требований», BCP 14, RFC 2119, март 1997 г.
[RFC3490] Фальтстром, П., Хоффман, П. и А. Костелло, «Интернационализация доменных имен в приложениях (IDNA)», RFC 3490, март 2003 г.

Имя хоста, протокол, путь и многое другое …

Расчетное время чтения: 6 минут

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

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

Основы: Что такое URL?

URL-адрес или унифицированный указатель ресурсов — это фактически уникальный веб-адрес. Он представляет собой «местонахождение» определенного ресурса в Интернете. Термин URL относится к подмножеству универсальных индикаторов ресурсов (URI), которые, помимо идентификации веб-ресурса, также предоставляют средства для его определения.

Все веб-страницы — это ресурсы в Интернете, и у всех есть URL. Но не все URL-адреса указывают на веб-страницы. Каждый ресурс в Интернете имеет URL-адрес, включающий: веб-страницы, файлы, изображения, мультимедиа, веб-приложения, службы и т. Д.

Фактически каждая веб-страница в Интернете состоит из ряда этих активов (или ресурсов), включая: HTML (язык гипертекстовой разметки), гиперссылки (на другие страницы), CSS (каскадные таблицы стилей), Javascript, изображения, файлы, код из множества других языков программирования и многое другое.Все они имеют свои собственные URL-адреса с одинаковыми структурными элементами.

В зависимости от URL-адреса он может содержать некоторые или все из следующего:

Итак, приступим.

Имя хоста (TLD, доменное имя, субдомен)

Начнем с трех элементов, которые являются основой каждого URL. Доменное имя, домен верхнего уровня (TLD) и субдомен.

Домен верхнего уровня

Домен верхнего уровня или TLD, как следует из названия, является одним из доменов на самом высоком уровне иерархии системы доменных имен.Это последняя помеченная часть в полностью определенном доменном имени.

Управление и ответственность за TLD делегированы организациям Интернет-корпорацией по присвоению имен и номеров (ICANN) и Управлением по присвоению номеров Интернета (IANA), которое поддерживает корневую зону DNS.

Примеры TLD включают:

Доменное имя

Доменное имя — это зарегистрированная идентификационная «строка» (или слово / фраза), используемая системой доменных имен для определения конкретной области контроля и автономии (также известной как местоположение веб-сайта) .Доменное имя — это уровень ниже TLD. Один TLD может содержать сотни тысяч и даже миллионы отдельных доменов «второго уровня». Домен также может называться доменом второго уровня.

Примеры доменных имен (выделены жирным шрифтом):

  • zvelo .com
  • apple .com
  • amazon .com
  • facebook .com
  • google .

    Поддомен

    Поддомены немного более тонкие — выражающие относительную зависимость и представляющие часть домена более высокого уровня.Например, в zvelo.com zvelo является субдоменом домена .com. В качестве другого примера, наш инструмент zveloLIVE расположен в субдомене tools домена zvelo.com. Последний пример — это наиболее часто упоминаемое использование поддомена.

    Таким образом, субдомены обычно используются для разделения доменов на более мелкие сегменты для целей коммуникации, типа контента, интернационализации (языковой перевод) или по другим причинам.

    Вот некоторые из наиболее распространенных примеров поддоменов (выделены жирным шрифтом):

    • www .example.com
    • blog .example.com
    • support .example.com
    • mail .example.com

    ПРИМЕЧАНИЕ : URL может исключать или опускать домен отправки, а имя хоста может не включать субдомен. Это называется «голым доменом ». Например, на нашем веб-сайте https://zvelo.com не отображается субдомен.

    Вместе эти три элемента URL-адреса наиболее понятны и распознаются.

    Протокол, путь / файл и многое другое…

    Независимо от того, знакомы вы с ними или нет, следующие элементы URL-адреса широко распространены в Интернете и оказывают значительное влияние на вашу повседневную работу в Интернете, конфиденциальность и безопасность компьютера.

    Протокол

    Протокол (также называемый протоколом или схемой передачи) в URL-адресе определяет, как данные передаются между хостом и веб-браузером (или клиентом). HTTP и HTTPS (безопасный) — два наиболее распространенных протокола, которые вы найдете в большинстве URL-адресов, хотя есть и другие интернет-протоколы, такие как FTP, DNS, DHCP, IMAP, SMTP и т. Д.

    Вы увидите протокол связи (также известный как схема) перед любым субдоменом в URL-адресе. За протоколом следует двоеточие и две косые черты, отделяющие его от имени хоста.

    Например: https://zvelo.com

    Путь / файл

    Путь указывает на точное местоположение страницы, публикации, файла или другого ресурса. Часто это аналог основной файловой структуры веб-сайта. Путь находится после имени хоста и разделяется символом «/» (косая черта).Путь / файл также включает любое расширение файла ресурса, например изображения (.jpg или .png и т. Д.), Документы (.pdf или .docx) и т. Д.

    Но не все URL-адреса будут отображать путь.

    Например, когда вы посещаете домашнюю страницу сайта на многих современных веб-сайтах, вы можете не увидеть путь или имя файла. Это связано с тем, что многие современные веб-сайты могут «переписывать» URL-адреса (например, домашнюю страницу) для простоты и элегантности, например, опуская типичный «index.html».

    Например: https: //www.example.com / blog / category / Individual-article-name / или https://example.com/media/upload/filename.jpg

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

    Якоря HTML

    Якоря HTML (или фрагменты) используются на веб-сайтах для реализации «закладок» и внутренних элементов навигации по страницам. Их можно использовать для предоставления ссылок на определенные места на странице.Якоря будут расположены сразу после файла / пути URL-адреса (если он есть).

    Например, вот внутренний URL-адрес с привязкой HTML, который приведет вас к следующему разделу:

    https://zvelo.com/anatomy-of-full-path-url-hostname-protocol-path -more # parameters (Попробуйте)

    Параметры

    Параметры находятся в самом конце URL-адреса или внутри пути, в зависимости от реализации. Параметры URL представлены парами «ключ-значение», начинающимися с «?» И разделенными амперсандом «&».Они также могут быть динамически заданы в пути как значения, разделенные косой чертой и другими символами (в зависимости от используемой системы и ее реализации). Параметры обычно используются для отслеживания и аналитики, а также для кодирования конкретной информации для использования на веб-сайтах и ​​в приложениях.

    Например, URL с параметрами:

    • https://www.example.com/solutions?user=123&color=blue
    • https://www.example.com/solutions/user/123 / color / blue

    В качестве альтернативы вы можете найти URL-адрес с параметром отслеживания кампании Google, например:

    • https: // www.example.com/?utm_source=google&utm_medium=banner&utm_campaign=urlfilter

    Другие соображения

    Эти элементы URL указывают вашему веб-браузеру, как подключиться к веб-хосту, получить ресурсы, взаимодействовать с серверными системами и отображать веб-контент для ты. Знание того, что следует искать, особенно с протоколом передачи и именем хоста, может помочь пользователям Интернета обнаруживать и идентифицировать мошенничество и вредоносные веб-сайты, прежде чем стать жертвой.

    Учитывая веб-фильтрацию, большинство «базовых» и «потребительских» решений не поддерживают категоризацию URL-адресов с полным путем (как это делает zveloDB) — и, следовательно, не учитывают путь / файл, параметры или протокол.Эти предложения полагаются на DNS / IP для фильтрации и защиты пользователей и сетевого трафика от доступа к «нежелательным» веб-сайтам. Это ограничение, поскольку позволяет назначать только классификацию (-ы) или нежелательные / злонамеренные идентификаторы на уровне сайта (или базового домена, также известного как имя хоста).

    Что происходит, когда сайт скомпрометирован и этот «чистый» сайт с высокой посещаемостью начинает распространять вредоносный файл из одного источника или страницы? Для этого ознакомьтесь с нашим блогом о различиях между URL-адресами базового домена и полного пути.Или ознакомьтесь с другими нашими решениями для сетевой и кибербезопасности.

    Надеемся, вы нашли это полезным! Теперь идите вперед и безопасно просматривайте!

    Выберите доменное имя

    Назначение

    Система доменных имен (DNS) — это распределенная база данных имен в Интернете, преобразующая адреса Интернет-протокола (IP) в легко запоминающиеся имена. Доменные имена являются частью идентичности университета и сообщают общественности об имидже и репутации университета.Согласованное использование домена также может быть инструментом для пользователей, чтобы лучше находить службы, поэтому домены должны быть назначены в легко узнаваемой и предсказуемой структуре.

    Чтобы гарантировать, что доменные имена назначаются и используются надлежащим образом и в соответствии с институциональными целями, университет установил некоторые руководящие принципы, регулирующие регистрацию доменных имен третьего уровня. Примеры имен доменов третьего уровня могут быть в форме unitname.uconn.edu.

    Область действия

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

    Руководящие принципы

    1. Запросы на все доменные имена третьего уровня должны подаваться колледжем или административным подразделением, которое обслуживает все университетское сообщество, и запрашиваемое доменное имя третьего уровня должно быть одобрено перед использованием.
    2. Все официальные веб-сайты университетов должны использовать доменные имена в пространстве имен uconn.edu.
    3. Запрошенные доменные имена третьего уровня должны соответствовать следующим требованиям, чтобы быть утвержденными:
      1. Запрошенное имя должно точно описывать деятельность или программу, к которым оно относится, и легко распознаваться как слово (я) или аббревиатура (я).
      2. Запрошенное имя представляет подразделение или услугу, используемую всем университетским сообществом.
      3. Подразделение должно ожидать предоставления этих услуг на постоянной основе.
      4. Доменные имена третьего уровня могут быть отозваны, если это имя необходимо университету.
    4. Официально признанные центры и институты могут запросить домен четвертого уровня в одном из следующих доменов третьего уровня: center.uconn.edu или Institute.uconn.edu.
    5. Официально признанные академические программы с участием более чем одного колледжа могут запрашивать домен четвертого уровня в рамках: program.uconn.edu
    6. Адрес для аспирантов: имя-фамилия.grad.uconn.edu

    7. В качестве справочного адреса факультета будет использоваться официальный адрес электронной почты UConn.
      Например, если ваша электронная почта [email protected], адрес веб-сайта будет firstname-lastname.uconn.edu или name.dept.uconn.edu.

    8. Все зарегистрированные студенческие организации и студенческие мероприятия будут иметь название организации.rso.uconn.edu

    Доменное имя третьего уровня

    Эти имена состоят из одного слова, помещенного перед частью имени домена uconn.edu.

    Примеры:

    Доменное имя четвертого уровня

    Эти имена отражают их принадлежность к академической или административной единице, например program.department.uconn.edu или server.department.uconn.edu.

    Примеры:

    Статьи по теме

    .