Настройка имени домена — Microsoft Intune

• 06/26/2019
• Чтение занимает 2 мин

В этой статье

В этой статье администраторы узнают, как создать запись DNS CNAME, чтобы упростить или настроить процедуру входа с помощью Microsoft Intune.

Когда организация регистрируется в облачной службе Майкрософт, такой как Intune, ей предоставляется исходное доменное имя в Azure Active Directory (AD) следующего вида: имя_домена.onmicrosoft.com. В этом примере имя_домена — это имя домена, выбранное при регистрации, а onmicrosoft.com — это суффикс, назначаемый учетным записям, которые вы добавляете в подписку. Вместо доменного имени, предоставленного вам при подписке, вы можете настроить для своей организации пользовательский домен для доступа к Intune.

Перед созданием учетных записей пользователей или синхронизацией локального каталога AD мы настоятельно рекомендуем решить, будет ли использоваться только домен .onmicrosoft.com или нужно добавить одно или несколько настраиваемых доменных имен. Чтобы упростить управление пользователями, настройте пользовательский домен до того, как добавить пользователей. Установка личного домена позволяет пользователям выполнять вход, указывая те же учетные данные, под которыми они получают доступ к другим ресурсам домена.

При оформлении подписки на облачную службу Майкрософт имеющийся экземпляр службы становится клиентом Microsoft Azure AD, который предоставляет службы удостоверений и каталогов для вашей облачной службы. А поскольку задачи по настройке Intune для использования имени личного домена организации не отличаются от выполняемых для клиентов Azure AD, используйте сведения и процедуры из статьи Добавление домена.

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

Добавление и проверка пользовательского домена

1. Откройте Центр администрирования Microsoft 365 и войдите под учетной записью администратора.

2. В области навигации выберите Настройка > Домены

   .

3. Выберите Добавить домен и введите имя пользовательского домена. Выберите Далее.

4. Откроется диалоговое окно Проверка домена, в котором можно указать значения для создания записи TXT у поставщика услуг размещения DNS.

   • Пользователи GoDaddy. Центр администрирования Microsoft 365 перенаправит вас на страницу входа GoDaddy. Запись типа TXT создается автоматически после ввода учетных данных и принятия соглашения о разрешении изменения домена. Можно также создать запись типа TXT.
   • Пользователи Register.com. Выполните пошаговые инструкции для создания записи типа TXT.

5. Возможно, потребуется создать дополнительные записи DNS для регистраций Intune.

Шаги для добавления и проверки личного домена также можно выполнить в Azure Active Directory.

Вы можете подробнее узнать о своем первоначальном домене onmicrosoft.com в Microsoft 365.

Вы можете узнать о том, как упростить регистрацию Windows без Azure AD Premium, создав запись DNS CNAME, которая перенаправляет регистрацию на серверы Intune.

Проверка подлинности доменов (Dynamics 365 Marketing)

• 04/16/2021
• Чтение занимает 10 мин

В этой статье

Проверка подлинности доменов важна по двум причинам:

• Для маркетинговых сообщений электронной почты проверка подлинности домена позволяет почтовым серверам получателя подтвердить, что адрес, указанный в каждом из ваших сообщений, принадлежит вашей организации. Проверка подлинности также подтверждает, что ваша организация одобрила Dynamics 365 Marketing для отправки сообщений от ее имени. Сообщения, которым не удалось пройти эту проверку, все чаще отфильтровываются как спам, что может существенно повлиять на эффективность доставки.
• Для внешних форм проверка подлинности домена подтверждает, что вы являетесь владельцем домена, устанавливая расширенные доверительные отношения с вашим доменом. Расширенные доверительные отношения позволяют предварительно заполнять встроенные маркетинговые формы данными для известных контактов.

Основной целью проверки подлинности домена электронной почты является обнаружение поддельных сообщений и доменов, чтобы предотвратить спам, фишинг и другие мошеннические действий. Метод, называемый DomainKeys Identified Mail (DKIM), помогает реализовать такую проверку подлинности. Проверка подлинности домена реализуется через систему DNS Интернета и основана на шифровании с открытым и закрытым ключам и подписях.

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

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

Аутентифицированный домен по умолчанию

По умолчанию все новые установки Dynamics 365 Marketing поставляются с предварительно аутентифицированным доменом отправки, заканчивающимся на -dyn365mktg.com. Предварительно прошедший проверку подлинности домен означает, что вы уже можете начать отправлять аутентифицированные сообщения. Однако вам все равно следует незамедлительно аутентифицировать свои собственные домены отправки, чтобы в поле «От:» ваших аутентифицированных сообщений содержался знакомый вашим получателям адрес.

Когда пользователь создает новое сообщение, в поле Адрес отправителя автоматически устанавливается адрес электронной почты, зарегистрированный для учетной записи этого пользователя в Dynamics 365 Marketing. Однако если в этом адресе электронной почты содержится домен, подлинность которого еще не проверена с использованием DKIM, то исходный Адрес отправителя будет изменен на адрес с аутентифицированным доменом (адреса электронной почты имеют вид account-name*@*domain-name). В результате Адрес отправителя будет содержать

имя учетной записи пользователя, создающего сообщение, но теперь также будет содержать аутентифицированное в DKIM доменное имя, которое зарегистрировано для вашего экземпляра Marketing (например, [email protected]), что повысит эффективность доставки, но, вероятно, не будет корректным обратным адресом. Пользователи могут это переопределить путем редактирования поля Адрес отправителя после создания сообщения, но это снизит доставляемость сообщений.

Какие домены требуют проверки подлинности

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

• При проверке подлинности домена для электронной почты используйте полное доменное имя, как оно отображается в обратном адресе электронной почты. Адреса электронной почты имеют вид <пользователь>@<домен>, т.е. если у вас адрес [email protected], то вы должны проверять подлинность домена contoso.com (а не www.contoso.com или какого-либо из его поддоменов).
• При проверке подлинности домена для поддержки предварительно заполненных форм необходимо проверить подлинность каждого поддомена отдельно. Так что если у вас формы на contoso.com
  , www.contoso.com и events.contoso.com, вы должны настроить отдельные записи проверки подлинности доменов для каждого из них и всегда указывать поддомен полностью.

Важно!

Для использования предварительного форм, страница с формой должна работать через HTTPS (а не HTTP).

Примечание

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

Проверка подлинности домена

Чтобы настроить Dynamics 365 Marketing и DNS для проверки подлинности маркетинговых сообщений электронной почты и встроенных форм из заданного домена:

1. Перейдите Параметры > Маркетинг по электронной почте > Проверка подлинности домена. Откроется список существующих доменов, прошедших проверку подлинности.

2. На панели команд выберите Создать, чтобы добавить новый домен.

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

   • Имя домена: введите имя домена, для которого нужно пройти проверку подлинности. Это должен быть домен, которым владеет ваша организация и доступ к которому можно получить через вашего поставщика DNS.
   • Включить для отправки электронной почты: установите этот флажок, если вы хотите выполнить проверку подлинности электронной почту для этого домена с помощью DKIM.
   • Включить для размещения форм: установите этот флажок, если вы хотите проверить подлинность маркетинговых форм, встроенных в этот домен, с целью поддержки предварительного заполнения для известных контактов. Этот флажок также позволяет персонализировать страницы в этом домене.

4. На панели команд выберите Сохранить. Dynamics 365 Marketing сохраняет новую запись и создает набор ключей проверки подлинности для указанного домена. Страница перезагружается для отображения новых ключей. Доступны следующие ключи:

   • Ключ проверки подлинности владения: доказывает, что ваша организация владеет доменом.
   • Ключи проверки подлинности электронной почты для DKIM: подтверждают, что Dynamics 365 Marketing имеет право отправлять сообщения, у которых в адресе отправителя содержится доменное имя вашей организации.

5. Обратитесь к своему поставщику DNS и скажите ему, что вы хотите создать записи DNS для проверки подлинности доменов и DKIM. Он, скорее всего, предоставит вам онлайн-форму, где вы сможете создать DNS-записи, отправив значения Host и Value для каждого ключа проверки подлинности, генерируемого Dynamics 365 Marketing, или вместо этого он может попросить вас отправить эти значения в электронной почте. Процедура зависит от поставщика DNS, поэтому следуйте его инструкциям.

Примечание

К корню домена следует добавить «ключ проверки подлинности владения». Используемый вами Узел может отличаться в зависимости от вашего поставщика DNS. Некоторые поставщики DNS требуют, чтобы вы использовали полное доменное имя в качестве Узла, в то время как другие (например, AzureDNS и GoDaddy) требуют знака @.

6. После настройки записей DNS у поставщика вернитесь к записи прошедшего проверку подлинности домена в Dynamics 365 Marketing и выберите на панели команд Подтвердить регистрацию в DNS. Dynamics 365 Marketing выполнит проверку, чтобы убедиться, что значения правильно настроены и активны в системе DNS. Если вы получите сообщение об успехе, то все работает правильно и вы завершили процедуру. Регистрация в DNS может занять до 24 часов, поэтому повторите попытку позже, если подтвердить регистрацию сразу не получается.

Домен Envelope-from

Если вы хотите пойти дальше по процессу аутентификации домена, вы должны изучить функцию Домен envelope-from. У каждого письма два адреса От кого. Первый (описанный в RFC5322) является основным адресом От кого или просто «дружественным» адресом. Второй адрес (RFC5321) — это так называемый адрес Envelope From или адрес Return-Path.

Чтобы обеспечить хорошую доставку, домены, которые вы используете для отправки, должны быть совмещены. Совмещение доменов означает, что домены SPF и DKIM совпадают с адресом От кого, хотя бы частично. Для совмещения SPF домены От кого и Envelope-from должны совпадать. Для совмещения DKIM d-параметр DKIM (домен DKIM) должен быть совмещен с доменом От кого.

Чтобы настроить функцию Envelope-from для вашего домена, перейдите Параметры > Маркетинг по электронной почте > Аутентификация домена. Выберите +Создать, затем в форме Создать аутентификацию домена включите параметр Включить пользовательский домен Envelope-from. Функция Envelope-from требует настройки еще одной записи DNS для вашего домена.

Доменное имя Envelope-from генерируется автоматически для домена, который вы вводите во время процесса аутентификации домена при включении функции. Если вы хотите настроить доменное имя Envelope-from, вы должны соответствовать следующим требованиям:

1. Поле Envelope-from не должно быть пустым.
2. Домен Envelope-from должен быть поддоменом домена, который вы ввели.
3. Домен Envelope-from должен начинаться с «bouncing».
4. В имени поддомена не допускаются точки.
5. Разрешены только простые буквы и цифры (без символов).

Вы увидите сообщение об ошибке, если одно из требований не будет выполнено.

Примеры доменов Envelope-from

Ваш домен: test.dynmkt.com

• Домен Envelope-from по умолчанию: bouncing.test.dynmkt.com

• Пример настраиваемого домена Envelope-from: bouncingcustom.test.dynmkt.com

Домен Envelope-from не может быть одним из следующих:

• bouncing.custom.test.dynmkt.com

• test.dynmkt.com

• bouncing##.test.dynmkt.com

• bouncing.test.notdynmkt.com

Создание записи CNAME

После ввода домена Envelope-from выберите Сохранить. Соответствующие значения записи DNS будут созданы для вас. Значения записи можно найти в разделе Ключ Envelope-from.

Далее необходимо создать еще одну запись CNAME для проверки домена Envelope-from. Свяжитесь со своим поставщиком DNS и скажите ему, что вы хотите создать еще одну запись CNAME DNS со значением, взятым из раздела Ключ Envelope-from.

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

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

После того, как Статус Envelope-from домена подтвердится, ваш домен отправки Envelope-from будет следовать параметрами Envelope-from каждый раз, когда вы используете указанный домен отправки при отправке электронных писем в Dynamics 365 Marketing.

Примечание

Если вы используете другой домен, у которого нет настроенного домена Envelope-from, Marketing будет использовать домен Envelope-from по умолчанию, предоставленный системой.

Пример записей DNS для домена contoso.com

Этот пример актуален, если вы добавляете записи DNS в корневой домен contoso.com.

Запись TXT
TXT name: promo
TXT value: d365mktkey=abc123abc123abc123abc123

Запись CNAME 1
Host name or Alias: eurkey1._domainkey
Points to address: eurkey1contosocom.marketing.dynamics.com

Запись CNAME 2
Host name or Alias: eurkey2._domainkey
Points to address: eurkey2contosocom.marketing.dynamics.com

Запись CNAME 3 (Envelope-from)
Host name or Alias: bouncing
Points to address: nam.pb-dynmktg.com

Пример записей DNS для поддомена promo.contoso.com

Запись TXT
TXT name: @
TXT value: d365mktkey=abc234abc234abc234abc234

Запись CNAME 1
Host name or Alias: eurkey1._domainkey.promo
Points to address: eurkey1promocontosocom.marketing.dynamics.com

Запись CNAME 2
Host name or Alias: eurkey2._domainkey.promo
Points to address: eurkey2promocontosocom.marketing.dynamics.com

Запись CNAME 3 (Envelope-from)
Host name or Alias: bouncingpromo
Points to address: nam.pb-dynmktg.com

Состояния подтверждения DNS

При настройке домена с аутентификацией можно отслеживать все состояния: Состояние Envelope-from, Состояние владения и Состояние электронной почты, которые могут иметь следующие значения.

Состояние	Описание
Ожидается подтверждение	Система создала запрошенные ключи и ждет, пока вы зарегистрируете их у своего поставщика DNS и вернетесь сюда для подтверждения (Подтвердить регистрацию DNS на панели команд).
Подтверждено	Ключи проверки подлинности были зарегистрированы в DNS и подтверждены в Dynamics 365 Marketing. Этот домен готов к использованию.
Отменено	Регистрация была отменена.
Не запрошено	Вы не запросили этот тип проверки подлинности.
Подтверждение регистрации в DNS	Система Dynamics 365 Marketing выполняет подтверждение регистрации в DNS.
Ключи не найдены в DNS	Система Dynamics 365 Marketing успешно проверила наличие ключей в системе DNS, но они не были обнаружены. Это может быть вызвано тем, что регистрация ваших ключей еще выполняется в DNS (это может занять до 24 часов). Это также может означать, что вы не зарегистрировали ключи или что-то пошло не так, когда вы их вводили. Вы можете еще раз выбрать Подтвердить регистрацию в DNS на панели команд. Если через 24 часа проблема не исчезнет, обратитесь в службу поддержки Майкрософт и/или к своему поставщику DNS.
Внутренняя ошибка (запись не найдена)	Произошла внутренняя ошибка при подтверждении регистрации в DNS. Для получения помощи обращайтесь в службу поддержки Майкрософт.
Внутренняя ошибка (не удалось выполнить запрос)	Произошла внутренняя ошибка при подтверждении регистрации в DNS. Для получения помощи обращайтесь в службу поддержки Майкрософт.
Внутренняя ошибка	Произошла внутренняя ошибка при подтверждении регистрации в DNS. Для получения помощи обращайтесь в службу поддержки Майкрософт.

Предотвращение отправки сообщений электронной почты с несанкционированных доменов

Чтобы воспользоваться DKIM, адрес отправителя для каждого сообщения, которое вы отправляете, должен показывать домен, который вы подтвердили для DKIM. Корпорация Майкрософт стремится помогать нашим клиентам достичь максимальной степени доставки электронной почты, поэтому мы добавили несколько функций, которые помогут вам не упустить из виду или не позволят непреднамеренно обойти настройку DKIM:

• Проверка ошибок для сообщений электронной почты покажет предупреждение, если вы попытаетесь ввести в действие сообщение электронной почты, адрес отправителя в котором не связан ни с одним из ваших доменов DKIM.
• Мы рекомендуем установить домен отправки по умолчанию, который аутентифицирован для DKIM. Когда это установлено, то адрес отправителя для всех ваших сообщений электронной почты будет автоматически скорректирован, чтобы показать выбранный домен по умолчанию (если первоначально использовался неаутентифицированный домен) каждый раз, когда вы создаете новое сообщение электронной почты или изменяете пользователя, отображаемого в поле От кого. Подробнее: Настройки маркетинга по умолчанию и Задание параметров отправителя и получателя
• Все новые экземпляры и пробные версии будут автоматически аутентифицировать свой домен экземпляра с помощью DKIM и устанавливать этот домен в качестве домена отправки по умолчанию для вашего экземпляра.

См. также

Открытие параметров администрирования
Рекомендации для маркетинга по электронной почте
Интеграция с целевыми страницами на внешних веб-сайтах
Персонализация страниц

Руководство по запросам именных URL – Zoom Центр справки и поддержки

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

Если вам нужно изменить существующий именной URL, свяжитесь со службой поддержки Zoom. Новый именной URL должен соответствовать перечисленным ниже требованиям, предъявляемым к новым именным URL. 

Необходимые условия

• Тарифный план «Бизнес», «Образование», «Предприятие» или API
• Владелец учетной записи или администратор
• Индивидуальный домен (такие домены, как @gmail.com или @outlook.com, не поддерживаются), принадлежащий вашей организации. 

Инструкции и требования

• Подать заявку на получение именного URL можно на странице https://zoom.us/account.
  • Заявку на получение именного URL необходимо отправлять с официального, а не с публичного домена (gmail.com, hotmail.com, и т. д.)
• Именные URL должны совпадать с именем домена вашей компании. Пример: 
  • «hooli.com» может подавать заявку на домен «hooli.zoom.us».
  • «hooli.org» может подавать заявку на домен «hooli-org.zoom.us».
  • «hooli.com.au» может подавать заявку на домен «hooli-au.zoom.us».
  • «hooli.org.au» может подавать заявку на домен «hooli-org-au.zoom.us».
  • «hooli.edu» может подавать заявку на домен «hooli-edu.zoom.us».
  • Если вы отправите заявку с адреса [email protected] на получение домена hooli.zoom.us, вы должны предоставить подтверждение того, что вы владеете доменом hooli.com.
• Если вам нужен именной URL для подчиненной учетной записи или отдела, в нем должны содержаться название отдела и имя домена организации.
  • Например, если вам нужен именной URL для ИТ-отдела, вы должны подать заявку на домен «hooli-it.zoom.us».
• Длина именных URL должна составлять не менее 4 символов (https://1234.zoom.us).
• Именные URL должны содержать только буквы, цифры и дефисы (-).
• Именные URL, соответствующие требованиям инструкций, будут одобрены в течение 1 рабочего дня. Именные URL, не соответствующие требованиям инструкций, будут отклонены или одобрены в течение 4–5 рабочих дней. Уведомления будут отправляться на адрес электронной почты пользователя, подавшего запрос на получение URL.
• Мы оставляем за собой право удалять или изменять именные URL при наличии конфликтов между 2 компаниями с одинаковыми именными URL. Перед внесением любых изменений вам будет отправлено уведомление. 

 

Что такое DNS? – Знакомство с DNS – AWS

DNS (система доменных имен) преобразует доменные имена, удобные для человеческого восприятия (например, www.amazon.com), в IP-адреса, понимаемые машиной (например, 192.0.2.44).

 

 

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

Служба DNS, например Amazon Route 53, – это глобальный распределенный сервис, преобразующий доменные имена, удобные для человеческого восприятия (например, www.example.com), в числовые IP-адреса (например, 192.0.2.1), используемые для взаимодействия компьютеров. Система DNS в Интернете очень похожа на телефонную книгу, которая устанавливает привязку имен абонентов к их телефонным номерам. Серверы DNS преобразуют запросы по именам в IP-адреса, обеспечивая соединение конечного пользователя с определенным сервером при вводе доменного имени в веб-браузер пользователя. Такие запросы называются DNS-запросами.

Авторитативный DNS-сервис. Авторитативный DNS-сервис предоставляет механизм обновления, используемый разработчиками для управления публичными именами DNS. Он отвечает на запросы к DNS, преобразуя доменные имена в IP-адреса, чтобы обеспечить взаимодействие компьютеров между собой. Авторитативный DNS-сервис полностью отвечает за домен и предоставляет информацию об IP-адресах в ответ на запросы рекурсивных DNS-серверов. Amazon Route 53 является авторитативным DNS-сервисом.

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

Домены и настройка маршрутизации электронной почты

Домены и настройка маршрутизации электронной почты Пожалуйста, включите Javascript в браузере!

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

Kaspersky Secure Mail Gateway по умолчанию использует параметры вашего DNS-сервера для маршрутизации электронной почты. Вы можете настроить маршрутизацию электронной почты вручную. Для этого необходимо создать транспортную таблицу. В нее нужно ввести имена доменов, для которых предназначены сообщения электронной почты, а затем ввести IP-адреса или FQDN-имена доменов, на которые Kaspersky Secure Mail Gateway будет перенаправлять сообщения, предназначенные для этих доменов.

Пример: Если вы хотите, чтобы сообщения, предназначенные для домена example.com, перенаправлялись на адрес 1.1.1.0:25, вам нужно выполнить следующие действия: Добавить домен example.com в транспортную таблицу. Указать IP-адрес 1.1.1.0 и номер порта 25 для маршрутизации сообщений, предназначенных для домена example.com.

В этом разделе также описана настройка маршрутизации электронной почты для локальных доменов (relay_domains).

Локальные домены (relay_domains) – домены вашей организации, для которых Kaspersky Secure Mail Gateway будет принимать сообщения электронной почты извне. Kaspersky Secure Mail Gateway будет принимать сообщения только для указанных вами доменов. Сообщения, предназначенные для получения другими доменами, будут отклонены.

Если локальные домены не указаны, Kaspersky Secure Mail Gateway не будет принимать сообщения для ваших внутренних почтовых серверов.

В начало

Домен .РФ открывает новые маркетинговые возможности — Российская газета

Домен .РФ открыл бизнесу новые возможности для продвижения как в Интернете, так и во внешней информационной среде.

Сейчас в зоне .РФ зарегистрировано более 830 000 доменных имен, почти 60% из которых уже делегированы, т.е. готовы к полноценной работе. Ежедневно регистрируется около 1000 новых доменных имен. По итогам 2010 года 32% доменов в зоне .РФ зарегистрировано юридическими лицами, 68% — физическими. Большинство доменов, зарегистрированных юридическими лицами, будут использоваться именно в коммерческих целях. По итогам опроса клиентов, проведенного регистратором доменных имен REG.RU, около 25% респондентов регистрировали домены .РФ для решения бизнес-задач своих компаний.

Эксперты соглашаются, что наличие сайта в кириллическом домене значительно расширяет возможности компаний, работающих на российском рынке. На чем же основана их уверенность в преимуществах домена.РФ для продвижения бизнеса? Прежде всего стоит обратить внимание на очевидные преимущества, которые следуют из русскоязычного написания доменного имени: запоминаемость и простота написания. На родном языке пользователям проще находить нужные сайты, при наборе адреса сайта не возникает ошибок и путаницы, связанных с различными вариантами написания, как при использовании транслита.

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

Важным плюсом кириллицы является и то, что появляется возможность зарегистрировать доменное имя, которое полностью соответствует названию компании или бренду. Таким образом, пользователь всегда сможет найти сайт компании. К слову, в домене .РФ не возникнет проблемы с использованием характерных для кириллицы букв, которые трудно, а иногда невозможно передать транслитом — ъ, ё, ь, щ, й, что позволит избежать искажения названия компании или бренда.

Другим хорошим вариантом является регистрация доменного имени, которое соответствует продукту или услуге, предоставляемой компанией. Например, кондитерский магазин может зарегистрировать «говорящие» домены: кондитерская.рф, шоколадные-конфеты.рф, вкусные-торты.рф и т.п. Кроме того, профессионалы рынка рекомендуют использовать в имени сайта ключевые слова и поисковые запросы, по которым пользователь может искать поставщика услуг/продуктов в сети Интернет, например: продукты-24часа-ярославль.рф, ремонт-холодильников.рф и т.п.

Стоит отметить, что преимущества кириллического домена распространяются не только на продвижение в сети Интернет. Яркое, запоминающееся доменное имя может стать дополнением или даже занять центральное место маркетинговой или рекламной кампании, значительно повысив ее эффективность. Возьмем для примера наружную рекламу: увидев на рекламном щите адрес сайта, потенциальный клиент с большей вероятностью запомнит простое слово на русском языке с окончанием «.рф», чем англоязычный адрес или трудночитаемый транслит. Стоит отметить пример ведущей ресторанной компании «АРПИКОМ», которая одной из первых стала использовать кириллические домены в наружной рекламе в Москве — баннеры, перетяжки, рекламные щиты, где крупным шрифтом выделялся адрес сайта: гудман.рф и т.п. На слух имя сайта воспринимается, возможно, даже лучше, чем зрительно, что позволяет с неменьшей эффективностью использовать кириллические домены и в аудиоформатах, например на радио. Данной возможностью воспользовался московский кондитерский комбинат «Добрынинский», запустив аудиорекламу в московском метро, которая приглашает познакомиться с их продукцией на сайте добрынинский.рф. Примечательно, что успешным опытом использования кириллических сайтов могут поделиться не только московские компании. Домен .РФ пользуется большой популярностью во всех регионах России, более того — кириллические домены активно используются для продвижения. Вот лишь несколько примеров: компьютерный-мир.рф (реклама в торговом центре, Санкт-Петербург), хороший-ремонт29.рф (реклама в газете, Архангельск), лыжная-лавка.рф (рекламные листовки, Архангельск), юрфирма.рф (реклама на радио, Санкт-Петербург), аревера.рф (реклама на ТВ, Красноярск) и т. д.

API BillManager4 регистрация доменов (пример) [Справочный центр RU-TLD]

https://my.ru-tld.ru/manager/billmgr?func=domain&authinfo=$LOGIN:$PASSWORD&out=json

пример ответа:
{
"elem": [
	{
		"id": "123",
		"name": "domain1.ru",
		"account": "account (name account)",
		"account_id": "1",
		"expire": "on",
		"autoperiod": "-",
		"domainstatus": "5"
	},
	{
		"id": "456",
		"name": "domain2.ru",
		"account": "account (name account)",
		"account_id": "3",
		"expire": "2017-02-17",
		"autoperiod": "-",
		"domainstatus": "3"
	}]
}

Статусы домена:
0 - Нет данных
1 - Не оплачен
2 - Делегирован (Активен)
3 - Зарегистрирован (Не делегирован) (если expire > текущей даты) / Истек (если expire <= текущей даты)
4 - Удален
5 - Обрабатывается (На регистрации)
6 - Обрабатывается (Трансфер)
7 - Обрабатывается (На продлении)

https://my.ru-tld.ru/manager/billmgr?func=domain.edit&elid=$DOMAIN_ID&ns0=$NS0&ns1=$NS1&ns2=$NS2&ns3=$NS3&changens=on&sok=ok&authinfo=$LOGIN:$PASSWORD&out=json

пример успешного ответа:
{
	"result" : "OK",
	"text": "\n    ",
	"text": "\n",
	"ok": ""
}

https://my.ru-tld.ru/manager/billmgr?func=domain.order.4
&contact=$CONTACT_ID
&ctype=person
&owner=$CONTACT_ID
&domain=$DOMAIN_NAME_WITHOUT_TLD
&domainname_0=$DOMAIN_NAME_WITHOUT_TLD
&tld=$TLD
&nslist_0=$NSLIST
&operation=register
&period_0=$PRICE_PERIOD
&price=$PRICE_ID
&pricelist_0=$PRICE_ID
&registrar=$REGISTRAR_ID
&paynow=on
&payfrom=account$ACCOUNT_ID
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&countdomain=$COUNTDOMAIN
&out=json

Для регистрации нескольких доменов одним запросом необходимо 
добавить/изменить следующие поля

&countdomain=$COUNTDOMAIN - количество доменов
&domain=$DOMAIN_NAME_WITHOUT_TLD - список доменов через пробел
без зоны

следующие переменные необходимо расписать для каждого домена
изменяя номер переменной - N

&domainname_N=$DOMAIN_NAME_WITHOUT_TLD
&nslist_N=$NSLIST
&period_N=$PRICE_PERIOD
&pricelist_N=$PRICE_ID

https://my.ru-tld.ru/mancgi/domaininfo?domain=ru-tld.ru

https://my.ru-tld.ru/manager/billmgr?func=domain.renew
&autoperiod=$PRICE_PERIOD
&payfrom=account$ACCOUNT_ID
&paynow=on
&elid=$DOMAIN_ID
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&out=json

https://my.ru-tld.ru/manager/billmgr?func=contcat.create.1
&ctype=person
&cname=$CONTACT_NAME
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&out=json

{
	"result" : "OK",
	"domaincontact.id": $CONTACT_ID,
	"ok": "",
	"redirect": "location='billmgr?func=contcat.create.2
         &authinfo=$LOGIN:$PASSWORD&cname=CONTACT%5FNAME
         &contactid=$CONTACT_ID&ctype=person';"
}

https://my.ru-tld.ru/manager/billmgr?func=domaincontact.edit
&ctype=person
&name=$CONTACT_NAME
&firstname_ru=$FIRSTNAME_RU
&middlename_ru=$MIDDLENAME_RU
&lastname_ru=$LASTNAME_RU
&firstname=$FIRSTNAME
&middlename=$MIDDLENAME
&lastname=$LASTNAME
&email=$EMAIL
&phone=$PHONE
&fax=$PHONE
&mobile=$PHONE
&la_country=$ID_COUNTRY
&la_state=$LA_STATE
&la_postcode=$LA_POSTCODE
&la_city=$LA_CITY
&la_address=$LA_ADDRESS
&pa_state=$PA_STATE
&pa_postcode=$PA_POSTCODE
&pa_city=$PA_CITY
&pa_address=$PA_ADDRESS
&pa_addressee=$PA_ADDRESSEE
&inn=$INN
&birthdate=$BIRTHDATE
&passport_series=$PASSPORT_SERIES
&passport_org=$PASSPORT_ORG
&passport_date=$PASSPORT_DATE
&elid=$CONTACT_ID
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&out=json

https://my.ru-tld.ru/manager/billmgr?func=contcat.create.1
&ctype=company
&cname=$CONTACT_NAME
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&out=json

{
	"result" : "OK",
	"domaincontact.id": $CONTACT_ID,
	"ok": "",
	"redirect": "location='billmgr?func=contcat.create.2
        &authinfo=$LOGIN:$PASSWORD&cname=CONTACT%5FNAME
        &contactid=$CONTACT_ID&ctype=company';"
}

https://my.ru-tld.ru/manager/billmgr?func=domaincontact.edit
&ctype=company
&name=$CONTACT_NAME
&company_ru=$COMPANY_RU
&company=$COMPANY
&email=$EMAIL
&phone=$PHONE
&fax=$PHONE
&mobile=$PHONE
&la_country=$ID_COUNTRY
&la_state=$LA_STATE
&la_postcode=$LA_POSTCODE
&la_city=$LA_CITY
&la_address=$LA_ADDRESS
&pa_state=$PA_STATE
&pa_postcode=$PA_POSTCODE
&pa_city=$PA_CITY
&pa_address=$PA_ADDRESS
&pa_addressee=$PA_ADDRESSEE
&inn=$INN
&kpp=$KPP
&ogrn=$OGRN
&elid=$CONTACT_ID
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&out=json

https://my.ru-tld.ru/manager/billmgr?func=contcat.create.1
&ctype=generic
&cname=$CONTACT_NAME
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&out=json

{
	"result" : "OK",
	"domaincontact.id": $CONTACT_ID,
	"ok": "",
	"redirect": "location='billmgr?func=contcat.create.2
        &authinfo=$LOGIN:$PASSWORD&cname=CONTACT%5FNAME
        &contactid=$CONTACT_ID&ctype=generic';"
}

https://my.ru-tld.ru/manager/billmgr?func=domaincontact.edit
&ctype=generic
&name=$CONTACT_NAME
&company=$COMPANY
&firstname=$FIRSTNAME
&lastname=$LASTNAME
&email=$EMAIL
&phone=$PHONE
&fax=$PHONE
&la_country=$ID_COUNTRY
&la_state=$LA_STATE
&la_postcode=$LA_POSTCODE
&la_city=$LA_CITY
&la_address=$LA_ADDRESS
&elid=$CONTACT_ID
&sok=ok
&authinfo=$LOGIN:$PASSWORD
&out=json

* Переменные:
–$DOMAIN_NAME_WITHOUT_TLD — доменное имя без зоны.
–$TLD — зона (RU,SU,…)
–$CONTACT_ID — ид контакта для домена, посмотреть можно через API (https://my.ru-tld.ru/manager/billmgr?func=domaincontact&authinfo=$LOGIN:$PASSWORD&out=json)
–$PRICE_PERIOD и $PRICE_ID — период и тарифный план для регистрируемого домена.
Специфично для биллинга, в нашем биллинге для .RU $PRICE_PERIOD=520 $PRICE_ID=565, а для .SU $PRICE_PERIOD=535 $PRICE_ID=594.
Подсмотреть для других тарифов можно через интерфейс биллинга и firebug.
Для удобства мы выгружаем все тарифы и их идентификаторы в json файл, чтобы его можно было использовать в скриптах или модулях.
(https://my.ru-tld.ru/manimg/userdata/json/domainprice_ru.json)
–$REGISTRAR_ID — ид регистратора, специфично для биллинга, у нас для регистратора Ардис $REGISTRAR_ID=13
–$ACCOUNT_ID — ид аккаунта с которого списывать деньги. Посмотреть можно по API:
(https://my.ru-tld.ru/manager/billmgr?func=accountinfo&authinfo=$LOGIN:$PASSWORD&out=json)
–$COUNTDOMAIN — количество регистрируемых доменов, по умолчанию 1.
–$NSLIST — список ns перечисленные через пробел (пример &nslist_0=dns1.ru-tld.ru dns2.ru-tld.ru)
–$CONTACT_NAME — название контакта
–$FIRSTNAME_RU — имя на кириллицей
–$MIDDLENAME_RU — отчество кириллицей
–$LASTNAME_RU — фамилия кириллицей
–$FIRSTNAME — имя латинскими буквами
–$MIDDLENAME — отчество латинскими буквами
–$LASTNAME — фамилия латинскими буквами
–$EMAIL — e-mail
–$PHONE — телефон/ телефон для смс / факс. В формате телефона обязательно должны присутствовать + и 2 пробела. Причём + кодируется в %2B
–$ID_COUNTRY — ид страны. Ид страны можно посмотреть в файле https://my.ru-tld.ru/manimg/userdata/json/country.json (182 — для России)
–$INN — инн
–$BIRTHDATE — дата рождения указывается в следующем формате yyyy-mm-dd (2016-10-21)
–$PASSPORT_SERIES — серия/номер паспорта
–$PASSPORT_ORG — кем выдан паспорт
–$PASSPORT_DATE — дата выдачи паспорта в следующем формате yyyy-mm-dd (2016-10-21)
–$CONTACT_ID — ид контакта. Ид контакта можно узнать в ответе при создании контакта шаг 1 или можно посмотреть через API (https://my.ru-tld.ru/manager/billmgr?func=domaincontact&authinfo=$LOGIN:$PASSWORD&out=json)
–$COMPANY_RU — наименование компании кириллицей
–$COMPANY — наименование компании латинскими буквами
–$KPP — кпп
–$OGRN — огрн

Поля метса жительства
–$LA_STATE — область
–$LA_POSTCODE — индекс
–$LA_CITY — город
–$LA_ADDRESS — улица, дом, квартира и т.д.

Почтовый адрес
–$PA_STATE — область
–$PA_POSTCODE — индекс
–$PA_CITY — город
–$PA_ADDRESS — улица, дом, квартира и т.д.
–$PA_ADDRESSEE — кому адресовано

В виду отсутствия целевой документации по вызовами API биллинга , самый простой способ их узнать — это воспользоваться браузером с консолью типа firebug или аналогом и подсматривать запросы, которые отправляются биллингу через веб интерфейс. Веб интерфейс биллинга по сути построен на API, для того чтобы получать ответы от BILLmanager в xml или json вместо HTML, все что требуется это добавить параметр out=json (или xml)

Статусы доменов:

1	Не оплачен
2	Делегирован
3	Зарегистрирован (Не делегирован) (если expire > текущей даты) / Истек (если expire ⇐ текущей даты)
4	Удален
5	Обрабатывается (На регистрации)
6	Обрабатывается (Трансфер)
7	Обрабатывается (На продлении)

Типы доменов | Примеры уровней и окончаний домена

При желании другой уровень домена может быть подчинен имени домена. Этот тип домена помещается перед доменом второго уровня и называется доменом третьего уровня или субдоменом. Функция такого домена третьего уровня — структурировать содержимое веб-сайта или интернет-магазина осмысленным образом. Различные темы или разные языковые версии проекта могут быть четко обозначены в веб-адресе, в то время как доменное имя остается неизменным .

В примере домена www.example.org используется хорошо известный поддомен www . В частности, на заре Интернета и всемирной паутины это сигнализировало пользователям, что они имеют дело с веб-приложением, например веб-сайтом с информацией. Однако сегодня, поскольку для посещения веб-сайта больше не требуется входить в домен третьего уровня, все реже встречаются операторы, рекламирующие свой веб-сайт, включая «стандартный» домен третьего уровня , www .Более распространенные поддомены, с которыми вы сталкиваетесь сейчас гораздо чаще, выглядят следующим образом — оставаясь с доменом example example.org :

• en .example.org
• es .example.org
• it .example.org
• de .example.org

Выше показано типичное разделение на поддомены для различных языковых версий «примерный» веб-сайт.Домен третьего уровня en используется для идентификации англоязычного контента, а испанский контент можно найти в субдомене es . Немецкоязычная часть веб-проекта работает под доменом третьего уровня de , и итальянские пользователи найдут контент на своем родном языке при посещении поддомена it .

Теоретически все домены ниже домена верхнего уровня (TLD) являются субдоменами предыдущего, хотя на практике их редко называют субдоменами.Доменное имя (домен второго уровня) является поддоменом TLD, домен третьего уровня является поддоменом домена второго уровня и так далее. Для доменов второго уровня с кодом страны, таких как «.co» в example.co.uk , фактическое доменное имя («example») становится доменом третьего уровня. Поддоменом этого будет домен четвертого уровня. В принципе, количество доменных уровней не ограничено. Однако для того, чтобы хорошо запомнить адрес в Интернете, его обычно ограничивают тремя уровнями.

rfc2606

 Сетевая рабочая группа Д. Истлейк
Запрос комментариев: 2606 А. Паниц
BCP: 32 июня 1999 г.
Категория: Лучшая текущая практика


                      Зарезервированные DNS-имена верхнего уровня

Статус этого меморандума

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

Уведомление об авторских правах

   Авторское право (C) The Internet Society (1999). Все права защищены.

Абстрактный

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

Оглавление

   1. Введение ............................................ 1
   2. TLD для тестирования и примеры документации.............. 2
   3. Пример зарезервированных доменных имен второго уровня .............. 2
   4. Вопросы IANA ..................................... 3
   5. Соображения безопасности ................................. 3
   Использованная литература................................................. 3
   Адреса авторов ......................................... 4
   Полное заявление об авторских правах ................................... 5

1. Введение

   Глобальная система доменных имен в Интернете задокументирована в [RFC 1034,
   1035, 1591] и многочисленные дополнительные запросы на комментарии.Это определяет
   дерево имен, начинающееся с корня, ".", непосредственно под которым расположены
   доменные имена верхнего уровня, такие как «.com» и «.us». Ниже верхнего уровня
   доменные имена обычно есть дополнительные уровни имен.








Передовая практика компании Eastlake & Panitz [Страница 1] 

---

RFC 2606 Зарезервированные DNS-имена верхнего уровня, июнь 1999 г.


2. TLD для тестирования и примеры документации

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

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

                   .тестовое задание
                .пример
                .неверный
              .localhost

      ".test" рекомендуется использовать при тестировании текущего или нового DNS.
      связанный код.".example" рекомендуется использовать в документации или в качестве примеров.

      ".invalid" предназначен для использования в онлайн-создании домена.
      имена, которые наверняка недействительны и которые очевидны на
      взгляд недействителен.

      ДВУ ".localhost" традиционно статически определялся в
      реализации DNS хоста как имеющие запись A, указывающую на
      обратный IP-адрес и зарезервирован для такого использования. Любое другое использование
      будет конфликтовать с широко распространенным кодом, который предполагает такое использование.3. Пример зарезервированного доменного имени второго уровня

   Управление по распределению номеров в Интернете (IANA) в настоящее время также имеет
   зарезервированы следующие доменные имена второго уровня, которые могут использоваться как
   Примеры.



Передовая практика компании Eastlake & Panitz [Страница 2] 

---

RFC 2606 Зарезервированные DNS-имена верхнего уровня, июнь 1999 г.


        example.com
        example.net
        example.org

4. Соображения IANA

   IANA согласилась на четыре резервирования доменных имен верхнего уровня.
   указанные в этом документе, и сохраним их для использования
   указано.5. Соображения безопасности

   Путаница и конфликт могут быть вызваны использованием тока или
   будущее доменное имя верхнего уровня в экспериментах или тестировании, как
   пример в документации, чтобы указать недопустимые имена, или как синоним
   для обратного адреса. Тестовое и экспериментальное программное обеспечение может ускользнуть
   и в конечном итоге будет запущен против глобального рабочего DNS. Даже
   примеры, используемые "только" в документации, могут быть закодированы и
   выпущены или вызывают конфликты из-за более позднего реального использования и возможного
   приобретение прав интеллектуальной собственности на такие «примерные» имена.Резервирование нескольких доменных имен верхнего уровня для этих целей.
   сведет к минимуму такую ​​путаницу и конфликт.

использованная литература

   [RFC 1034] Мокапетрис П., «Доменные имена - концепции и возможности»,
              STD 13, RFC 1034, ноябрь 1987 г.

   [RFC 1035] Mockapetris, P., "Доменные имена - реализация и
              спецификация », STD 13, RFC 1035, ноябрь 1987 г.

   [RFC 1591] Постел, Дж., «Структура системы доменных имен и делегирование»,
              RFC 1591, март 1994 г.

















Передовая практика компании Eastlake & Panitz [Страница 3] 

---

RFC 2606 Зарезервированные DNS-имена верхнего уровня, июнь 1999 г.


Адреса авторов

   Дональд Э.Истлейк 3-й
   IBM
   65 Shindegan Hill Road, RR # 1
   Кармель, Нью-Йорк 10512

   Телефон: +1914-276-1668 (з)
          +1 914-784-7913 (ж)
   ФАКС: +1914-784-3833 (3)
   Электронная почта: [email protected]


   Ализа Р. Паниц
   500 Стэмфорд Доктор № 310
   Ньюарк, DE 19711 США

   Телефон: +1 302-738-1554
   Электронная почта: [email protected]
































Передовая практика компании Eastlake & Panitz [Страница 4] 

---

RFC 2606 Зарезервированные DNS-имена верхнего уровня, июнь 1999 г.


Полное заявление об авторских правах

   Авторское право (C) The Internet Society (1999).Все права защищены.

   Этот документ и его переводы могут быть скопированы и предоставлены
   другие и производные работы, которые комментируют или иным образом объясняют это
   или помочь в его реализации могут быть подготовлены, скопированы, опубликованы
   и распространяется, полностью или частично, без ограничения каких-либо
   любезно, при условии, что указанное выше уведомление об авторских правах и этот абзац являются
   включены во все такие копии и производные работы. Однако это
   сам документ не может быть изменен каким-либо образом, например, путем удаления
   уведомление об авторских правах или ссылки на Internet Society или другие
   Интернет-организации, за исключением случаев, когда это необходимо для
   разработки Интернет-стандартов, в этом случае процедуры для
   авторские права, определенные в процессе разработки стандартов Интернета, должны быть
   следовать, или, если требуется, перевести его на другие языки, кроме
   Английский.Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
   аннулировано Интернет-сообществом, его правопреемниками или правопреемниками.

   Этот документ и содержащаяся в нем информация размещены на
   Основа "КАК ЕСТЬ" и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
   TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
   НО НЕ ОГРАНИЧИВАЕТСЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
   ЗДЕСЬ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
   КОММЕРЧЕСКАЯ ЦЕННОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.Подтверждение

   Финансирование функции редактора RFC в настоящее время обеспечивается
   Интернет-сообщество.



















Передовая практика компании Eastlake & Panitz [Страница 5]
 

Примеры доменов и имен | Руководство по стилю документации для разработчиков Google

Ключевой момент: Не используйте настоящие доменные имена, электронную почту адреса или имена людей в ваших примерах.

Не раскрывайте личную информацию (PII), такую ​​как доменные имена, адрес электронной почты, номера телефонов, имена людей, названия проектов или номера кредитных карт.Вы можете предоставить воображаемые (вымышленные) примеры или использовать переменные-заполнители, например USER_ID или EMAIL_ADDRESS .

Пример доменного имени

Если в примере вам нужно общее доменное имя, используйте example.com, example.org или example.net.

Примеры адресов электронной почты

Если вам нужен общий адрес электронной почты, используйте один из перечисленных доменов. в «Примеры доменных имен», например [email protected].

Примеры имен людей

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

• Алексей
• Амаль
• Ариэль
• Bola
• Чарли
• Cruz
• Дана
• Дэни
• Хао
• Ира
• Идзуми
• Джи
• Кай
• Калани
• Ким
• Kiran
• Ли
• Люциан
• Лука
• Махан
• Ноам
• Нур
• Куинн
• Raha
• Росарио
• Саша
• Тал
• Тейлор
• Тристан
• Юрий

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

Дальнейшие примечания о примерах людей

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

Ваша аудитория — это разные люди, в том числе люди с разными профессиями, культурный контекст и происхождение, поэтому постарайтесь включить в свои примеры самых разных людей. также.

Помните о предположениях и стереотипах, которые могут быть подкреплены гипотетическими примеры, такие как:

• Должностные роли и уровни, такие как руководитель, которые могут быть распределены непропорционально особые гендерные персонажи.
• Должностные обязанности, такие как разработчик или инженер, которые могут быть распределены непропорционально отдельные этнические персонажи.

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

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

Пример названия компании

Если в примере требуется название компании, используйте «Пример организации». Если вам нужно различать две разные вымышленные компании, вы можете добавить описание компании имена. Например, вы можете использовать пример организации предприятия и пример запуска Организация.

Примеры номеров телефонов

Если вы хотите показать пример номера телефона, используйте номер в США в диапазоне (800) 555-0100 по (800) 555-0199. Этот диапазон зарезервирован для использования в примерах и в художественной литературе.

Никогда не используйте в примерах реальный номер телефона.

Пример IP-адреса

Если вам нужен IPv4-адрес в примере, например в журнале, используйте один из Предоставленные адреса RFC 5737 для документации. Эти адреса не используются в Интернете. В доступные IPv4-адреса включают следующее:

• 192.0.2.1
• 198.51.100.1
• 203.0.113.1

Для диапазонов адресов IPv4 используйте следующие примеры:

• 192.0,2,0 / 24
• 198.51.100.0/24
• 203.0.113.0/24

Если вам нужен IPv6-адрес, используйте значения из RFC 3849 диапазон. Примеры адресов IPv6 включают следующие:

• 2001: db8 ::
• 2001: db8: ffff: ffff: ffff: ffff: ffff: ffff
• 2001: db8: 1: 1: 1: 1: 1: 1
• 2001: db8: 2: 2: 2: 2: 2: 2
• 2001: db8: 3: 3: 3: 3: 3: 3
• 2001: db8: 4: 4: 4: 4: 4: 4

Для диапазонов адресов IPv6 используйте следующий пример:

Примеры почтовых адресов

Не используйте в примерах реальные адреса.Вместо этого используйте один из следующих вымышленных почтовые адреса:

• 1800 Амфибийный бул.
  Mountain View, CA 94045
• Avenida da Pastelaria, 1903
  Лиссабон, 1229-076
• 8 Rue du Nom Fictif
  341 Париж

Примеры названий проектов

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

Убедитесь, что имя применимо к среде пользователя. Не используйте нечеткие термины, например foo , bar и baz .

При необходимости используйте добавленную схему нумерации. Например, Development , Staging , Android Development-1 , Production-1 , Production-2 .

Что такое DNS? — Введение в DNS

DNS, или система доменных имен, преобразует удобочитаемые доменные имена (например, www.amazon.com) в машиночитаемые IP-адреса (например, 192.0.2.44).

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

Служба DNS, такая как Amazon Route 53, — это глобально распределенная служба, которая переводит удобочитаемые имена, такие как www.example.com, в числовые IP-адреса, например 192.0.2.1, которые компьютеры используют для подключения друг к другу.Система DNS в Интернете работает во многом как телефонная книга, управляя сопоставлением имен и номеров. DNS-серверы преобразуют запросы имен в IP-адреса, контролируя, к какому серверу перейдет конечный пользователь, когда он введет доменное имя в свой веб-браузер. Эти запросы называются запросами .

Авторитетный DNS: Авторитетный DNS сервис предоставляет механизм обновления, который разработчики используют для управления своими общедоступными DNS-именами.Затем он отвечает на запросы DNS, переводя доменные имена в IP-адреса, чтобы компьютеры могли общаться друг с другом. Авторитетный DNS имеет окончательную власть над доменом и отвечает за предоставление ответов рекурсивным DNS-серверам с информацией об IP-адресе. Amazon Route 53 — авторитетная система DNS.

Рекурсивный DNS : Клиенты обычно не отправляют запросы напрямую авторитетным службам DNS. Вместо этого они обычно подключаются к другому типу службы DNS, известному как преобразователь или рекурсивная служба DNS .Рекурсивная служба DNS действует как консьерж отеля: хотя она не владеет никакими записями DNS, она действует как посредник, который может получить информацию DNS от вашего имени. Если рекурсивный DNS имеет ссылку DNS , кэшированную или сохраненную в течение определенного периода времени, то он отвечает на запрос DNS, предоставляя информацию об источнике или IP. В противном случае он передает запрос одному или нескольким авторитетным DNS-серверам для поиска информации.

Пользовательских доменов | Netlify Docs

Доменное имя — это URL-адрес или веб-адрес, по которому посетители находят ваш сайт.

По умолчанию любой сайт на Netlify доступен через его субдомен Netlify, который имеет вид [имя-вашего-сайта] .netlify.app . Например, вы получите доступ к сайту с именем brave-curie-671954 по адресу https://brave-curie-671954.netlify.app/ .

Пользовательские домены позволяют вам сделать ваши сайты доступными с ваших собственных доменных имен, не принадлежащих Netlify (например, www.yourcustomdomain.com или docs.example.dev ). Netlify поддерживает все домены верхнего уровня в пользовательских доменах.

Определения

• Доменное имя (или домен для краткости): полное имя, используемое для доступа к сайту. Например, yoursitename.netlify.app или www.yourcustomdomain.com
• Домен верхнего уровня : последняя часть имени домена. Например, .com входит в www.yourcustomdomain.com .
• Домен Apex (также известный как корневой, чистый или голый домен): yourcustomdomain.com , часть www.yourcustomdomain.com .
• Поддомен : домен, который является частью более крупного домена; единственный домен, который не является также субдоменом, — это домен вершины. Например, www.yourcustomdomain.com и app.yourcustomdomain.com являются субдоменами yourcustomdomain.com .
• Субдомен Netlify : термин Netlify для домена по умолчанию в форме [имя-вашего-сайта] .netlify.app , присвоенный каждому сайту.
• Пользовательский домен : домен, не принадлежащий Netlify, назначенный сайту.
• Основной домен : термин Netlify для основного настраиваемого домена, назначенного сайту.
• Псевдоним домена : термин Netlify для дополнительных пользовательских доменов, назначенных сайту.
• Регистратор домена (или служба регистрации домена): компания, которая позволяет вам зарегистрировать доменное имя.
• DNS-провайдер : компания, обслуживающая DNS-серверы, которые переводят доменное имя в пункт назначения.
• Netlify DNS : управляемая DNS-служба Netlify.
• Сервер имен (или DNS-сервер): специализированный сервер, преобразующий доменные имена в IP-адреса.
• Зона DNS : предоставляет информацию об одном или нескольких доменных именах. Каждая зона содержит список DNS-записей с сопоставлениями между доменными именами и IP-адресами.

Назначение домена сайту

Чтобы назначить сайту персональный домен или псевдоним домена, перейдите в Настройки сайта ›Управление доменом .

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

Совет

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

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

Если домен не зарегистрирован , вам предоставляется возможность зарегистрировать домен на Netlify. Если вы выберете этот вариант, вы сможете следовать инструкциям в пользовательском интерфейсе, и ваш домен будет автоматически настроен с использованием Netlify DNS. Дальнейшая настройка не требуется, но вы можете узнать больше о своем новом домене:

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

• Если домен был зарегистрирован в Netlify, использует Netlify DNS или и то, и другое, настройка выполняется автоматически. Посетите страницу с несколькими доменами, чтобы узнать о вариантах псевдонимов домена, перенаправления на уровне домена и поддоменов ответвлений.
• Если домен был зарегистрирован в другом месте, вы можете выбрать использование Netlify DNS для автоматической настройки, поддоменов филиалов и автоматического HTTPS на всех поддоменах через сертификаты с подстановочными знаками.Чтобы начать работу, посетите документ о добавлении домена в Netlify DNS.
• В качестве альтернативы, если домен был зарегистрирован в другом месте, и вы хотите продолжить использовать своего текущего поставщика DNS, вам нужно будет добавить записи DNS на вашем провайдере, чтобы указать ваш домен или субдомен на ваш сайт на Netlify. Ознакомьтесь с инструкциями по внешнему DNS, чтобы завершить настройку.

Интернет-термины 101 — Узнайте значения терминологии веб-сайта.

URL

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

Примеры URL:
http://www.google.com
https://en.wikipedia.org/wiki/umami
https://www.youtube.com/feed/trending

Сайт

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

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

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

Для создания сайта вам понадобится несколько вещей:

1. Доменное имя (например, yoursite.com)
2. Регистратор домена и хост (например, Google Domains)
3. Самостоятельный конструктор веб-сайтов, такой как SquareSpace или Wix, или веб-дизайнер
4. Цифровой контент — текст, изображения, видео и другие медиафайлы, которые посетители увидят, когда зайдут на ваш сайт.

Регистратор домена

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

DNS-хост

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

Найдите домен и диапазон по графикам

Другой способ определить область и диапазон функций — использовать графики. Поскольку домен относится к набору возможных входных значений, домен графа состоит из всех входных значений, показанных на оси x .Диапазон — это набор возможных выходных значений, которые отображаются на оси y . Имейте в виду, что если график выходит за пределы видимой части графика, домен и диапазон могут быть больше, чем видимые значения. См. Рисунок 6.

Рисунок 6

Мы можем заметить, что граф простирается по горизонтали от [latex] -5 [/ latex] вправо без границ, поэтому доменом является [latex] \ left [-5, \ infty \ right) [/ latex]. График по вертикали — это все значения диапазона [latex] 5 [/ latex] и ниже, поэтому диапазон равен [latex] \ left (\ mathrm {- \ infty}, 5 \ right] [/ latex].Обратите внимание, что домен и диапазон всегда записываются от меньших к большим значениям или слева направо для домена и от нижней части графика до верхней части графика для диапазона.

Пример 6: Поиск домена и диапазона из графика

Найдите область и диапазон функции [latex] f [/ latex], график которой показан на рисунке 7.

Рисунок 7

Решение

Мы можем заметить, что горизонтальная протяженность графа составляет от –3 к 1, поэтому домен [latex] f [/ latex] равен [latex] \ left (-3,1 \ right] [/ latex].

Рисунок 8

График по вертикали составляет от 0 до –4, поэтому диапазон равен [latex] \ left [-4,0 \ right] [/ latex].

Пример 7: Поиск области и диапазона по графику добычи нефти

Найдите область и диапазон функции [latex] f [/ latex], график которой показан на рисунке 9.

Решение

Входное количество по горизонтальной оси — «годы», которые мы представляем переменной [latex] t [/ latex] для времени.Выходное количество составляет «тысячи баррелей нефти в день», что мы представляем переменной [латекс] b [/ латекс] для баррелей. График может продолжаться влево и вправо за пределы того, что просматривается, но на основе видимой части графика мы можем определить домен как [латекс] 1973 \ le t \ le 2008 [/ latex], а диапазон — как примерно [латекс] 180 \ ле б \ ле 2010 [/ латекс].