Частные DNS -серверы

С каждым частным сервером DNS вы можете использовать все функции, доступные в планах Premium DNS. Например, вы можете использовать расширенные услуги, такие как Dynamic DNS, вторичные DNS и DNS и управление TTL. Кроме того, ваш частный DNS -сервер будет управляться и поддерживать наши профессиональные и опытные системные администраторы. С другой стороны, вы можете получить к нему доступ через наш веб -интерфейс, где вы можете легко управлять своей доменной коллекцией.

Частный DNS

Создать и управлять зоны DNS (система доменных имен).

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

Частный DNS также предоставляет разрешение DNS в нескольких сетях (например, в другой виртуальной облачной сети в том же регионе, в другом регионе или на внешней сети). Частные DNS можно управлять в DNS API и консоли .

Ресурсы, используемые в частных DNS

• Частные зоны DNS: Частные зоны DNS содержат данные DNS, доступные только из виртуальной облачной сети, например, частные IP -адреса. Частная область DNS предлагает те же функции, что и в интернет -зоне DNS, но предоставляет ответы только для клиентов, которые могут достичь ее через виртуальную облачную сеть. Каждая область принадлежит уникальному обзору.
• Частные записи зон DNS: Различные типы записи поддерживаются для глобальных DNS и DNS Private. См. Записи о поддержке ресурсов.
• Частные просмотры DNS: Частный вид DNS – это набор частных областей. То же самое имя зоны можно использовать во многих представлениях, но названия областей вида должны быть уникальными.
• Частный DNS Solver : Частный DNS Resolver, посвященный VCN, содержит конфигурацию, которая служит ответам на запросы DNS в VCN. Представление резолюра определяют область и данные регистрации, применимые к разрешению. Адреса Resolveur в резольвере предоставляют другой вход и еще один вывод в дополнение к входу по умолчанию на 169.254.169.254. Для получения дополнительной информации см. Private DNS Resolters.
• Частный адрес решателя DNS: Используйте адресные ресурсы Resolver для настройки ввода и вывода виртуального облака. Адреса разрешения используйте IP -адреса подсети, в которой они созданы. Для каждого адреса разрешения создается соответствующая виртуальная сетевая интерфейсная карта.

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

Обратитесь к частной DNS Resolve в сетевой документации для получения дополнительной информации о ресурсах VCN.

Защищенные ресурсы

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

Представления по умолчанию

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

Конфигурация и разрешение

DNS

Вы можете создать структуру дерева домен Полный или частичный. А вид может быть использован любым количеством решительный и может поделиться частными данными DNS в Виртуальные облачные сети В том же регионе. Вы можете использовать эти области для дробных DNS, потому что одно и то же название зоны можно использовать в частной области и в интернет -зоне. Различные ответы могут быть использованы для государственных и частных запросов из VCN.

Резольвер слушает 169.254.169.254 по умолчанию. Вы можете определить адреса решателя для большего количества входов и выходов. Адрес решателя прослушивания использует IP -адрес для прослушивания в подсеть указано. В адресе разрешения передачи используются два IP -адреса, один для прослушивания и один для передачи. Перед созданием адреса разрешения убедитесь, что в подсети достаточно IP -адресов, доступных в подсети. IPv6 не поддерживается.

Добавьте правила для определения логики запроса в запросы. Единственный тип поддерживаемого правила – вперед. Это правило передает условно запрос на IP -адрес назначения в соответствии с IP -адресом клиента или Qname цель. IP -адрес назначения может быть предназначен для конфигурации сайта, частной сети или адреса прослушивания в другом VCN.

1. Каждый прикрепленный вид оценивается в порядке. Представление по умолчанию оценивается в последний раз, если оно явно не включено в список.
2. Правила резоляции оцениваются в порядке.
3. Запрос разрешен в Интернете.

Например, если имя запроса включено в область в частном представлении, а имя не существует в этой области, оно возвращает ответ Nxdomain постепенно.

Виртуальная облачная сеть

Вход и выход между виртуальными облачными сетями или между виртуальными облачными сетями и в сети -sitese требуют подключения. Установление соединения может потребовать Местные шлюзы или Отдаленные шлюз Между виртуальными облачными сетями. Связь между VCN и сетями -sitese требует FastConnect или туннеля Ipsec (Vpn ipsec).

Списки безопасности виртуальных облачных сети и все Группы безопасности сети ссылка должна разрешить требуемый трафик. DHCP В списке безопасности должен быть активирован для входа и выхода и включить IP -адрес соответствующего адреса резолейвера. Правила безопасности для адресов прослушивания должны разрешать вход UDP Без подключения к порту назначения 53 выход UDP без подключения к порту источника 53 и входа TCP На порту назначения 53. Правила безопасности для адресов передачи должны разрешить выход UDP без подключения к порту назначения 53, вход UDP без подключения к порту источника 53 и выводу TCP к порту назначения 53.

Дело о работе

Персонализированные зоны DNS в виртуальной облачной сети

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

Расщепление

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

Частный DNS совместно использует DNS в регионе

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

Вы можете повторно использовать ту же частную зону или одну и ту же набор частных областей в нескольких виртуальных облачных сетях. Это решение может уменьшить дублирование конфигурации DNS. Создайте представление и добавьте частные области. Для каждой виртуальной облачной сети добавьте новое представление в список прикрепленных представлений о выделенном разрешении виртуальной облачной сети. Чтобы получить подробное руководство по этой конфигурации, см. Справочный центр – Конфигурация разрешений и видов частных зон DNS.

Разрешение DNS между виртуальными облачными сетями

Отправить запросы между виртуальными облачными сетями с использованием адресов резолюции. Виртуальные облачные сети могут существовать в разных регионах. Это решение требует Местные шлюзы или Отдаленные шлюз . Чтобы отправить трафик в виртуальную облачную сеть A в виртуальную сеть B, добавьте адрес прослушивания в виртуальную облачную сеть Resolver B. Затем добавьте адрес передачи в выделенный резолятор виртуальной облачной сети. Создайте правило специального разрешения виртуальной облачной сети A, которая передает трафик по адресу прослушивания адреса виртуальной облачной сети B через адрес передачи виртуальной облачной сети. Чтобы отправить трафик в двух направлениях между виртуальными облачными сетями, добавьте адрес резольвера передачи и прослушивания в каждый выделенный резоливер и добавьте правило в каждом выделенном резолювере. Чтобы получить подробное руководство по этой конфигурации, см. Хроники реализации DNS Private A-Team Private DNS.

Подключение между виртуальной облачной сетью и серверами имен -seation

Вы можете отправлять запросы между виртуальной облачной сетью и на серверах имен -Site в обоих направлениях. Это решение требует подключения между виртуальной облачной сетью и сетью on -site с FastConnect или туннелем Ipsec (Vpn ipsec). Чтобы отправить трафик в виртуальную облачную сеть, добавьте адрес прослушивания в его выделенный резолювер и отправьте трафик на свой адрес. Чтобы отправить трафик из виртуальной облачной сети, добавьте адрес передачи в свой специальный резолювер, а также правило, которое передает трафик на сервер адреса на сайте по адресу. Чтобы получить подробное руководство по этой конфигурации, см. Хроники реализации DNS Private A-Team Private DNS.

Продвинутая работа

Виртуальные облачные сети могут быть настроены для нескольких случаев занятости. Одна виртуальная облачная сеть может быть в сочетании с другой виртуальной облачной сетью и настроена на подключение к серверу имен on -site. Передача также может быть прикован во многих виртуальных облачных сетях.

Ресурсные записи поддерживаются

Сервис Oracle Cloud Infrastructure DNS поддерживает многие типыРегистрация находчивый. Следующий список содержит краткое объяснение цели каждого типа регистрации, поддерживаемой для DNS частный. Для публики DNS см. Общественный раздел DNS, поддерживаемые ресурсами. Избегайте ввода конфиденциальной информации при предоставлении данных регистрации. Ссылки RFC позволяют получить доступ к дополнительной информации о типах записи и их структуре данных.

Примечание по регистрационным данным

OIC нормализует все Rdata в самом читаемом формате машиной. Презентация возврата данных регистрации может отличаться от их начального ввода.

Пример :

Типы регистрации CNAME, DNAME и MX Типов записи могут содержать абсолютные доменные имена. Если RDATA, указанная для одного из этих типов записи, не заканчивается точкой для представления корня, точка добавляется.

Вы можете использовать различные библиотеки DNS для нормализации данных записи перед входом.

Язык программирования	Библиотека
Идти	Библиотека DNS в ходе
Джава	Dnsjava
Питон	Dnspython

Типы частной записи ресурсов DNS

Запись адреса, используемая для указания имени хоста на адрес IPv4. Для получения дополнительной информации о записях A см. В стандарте RFC 1035. Запись адреса AAAA, чтобы указать имя хоста на адрес IPv6. Для получения дополнительной информации о записях AAAA см. Стандарт RFC 3596. Запись CAA A CAA позволяет владельцу доменного имени указать сертификационные органы, уполномоченные выпускать сертификаты для этого поля. Для получения дополнительной информации о записях CAA см. Стандарт RFC 6844. Cname A Cname Recording (каноническое имя) идентифицирует каноническое название домена. Для получения дополнительной информации о записях CNAME см. Стандарт RFC 1035. Dname A Dname Recording (имя делегирования) представляет поведение, аналогичное поведению записи CNAME, но позволяет вам соответствовать в соответствии с всей подражающей формулировкой с другой областью. Для получения дополнительной информации о записях DNAME см. Стандарт RFC 6672. MX A MX Запись (Email Exchanger) Определяет сервер сообщений, принимающий электронные письма из домена. Записи MX должны указывать на имя хоста. Записи MX не должны указывать на CNAME или IP -адрес для получения дополнительной информации о записях MX, см. Стандарт RFC 1035. PT A PTR Recording (Pointer) соответствует IP -адресу с именем хоста. Это обратное поведение записи A, которая соответствует имени хоста с IP -адресом. Записи PTR распространены в зонах обратного DNS. Для получения дополнительной информации о записях PTR см. Стандарт RFC 1035. SRV A SRV (Localizer of Service) запись позволяет администраторам использовать несколько серверов для той же области. Для получения дополнительной информации о SRV Records см. Стандарт RFC 2782. TXT А. Он также может включать в себя читаемый на глаз контент для конкретного использования. Этот тип записи обычно используется для записей SPF и DKIM, которые требуют текстовых элементов, не читаемых для глаз. Для получения дополнительной информации о записях TXT см. Стандарт RFC 1035.

IAM Требуются стратегии

Чтобы использовать частные DNS, пользователю должно быть разрешено сделать это (через стратегию IAM). Пользователи группы администраторов имеют необходимые права. Если пользователь не является частью группы администраторов, стратегия, такая как он позволяет конкретной группе управлять частными DNS:

Позвольте группе управлять DNS в аренде, где цель.DNS.Scope = 'private'

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

Частные DNS -серверы

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

• Все премиальные функции – Management TTL, DNS -вторичные, облачные домены, DNS Dynamic, SOA и время времени в час
• Неограниченные зоны DNS. Вы можете размещать столько зон DNS, сколько может управлять ваш сервер. Это будет наблюдать 24/7, и наша команда свяжется с вами, если будет достигнут лимит сервера. Мы предоставим подробную информацию (графика и газеты) нашего наблюдения.
• Неограниченные DNS Records. Вы можете размещать столько записей DNS, сколько может управлять ваш сервер. Это будет контролироваться 24/7, и наша команда свяжется с вами, если будет достигнут предел сервера. Если вам нужно, мы предоставим вам подробную информацию (графика и газеты) нашего наблюдения.
• Только места, которые вам нужны. Нет необходимости иметь 10 частных или более серверов DNS, вы можете купить только частные DNS -серверы, чем места рядом с вашими клиентами.
• Вы можете купить частный DNS -сервер с ресурсами, которые удовлетворяют ваши потребности. Нет необходимости платить за помощь, системное администрирование и оборудование, которое вам не нужно.
• Все частные серверы DNS управляются и поддерживаются нашей командой. Все функции нашей системы будут развернуты на вашем частном сервере.
• Частные серверы DNS имеют выделенный IP -адрес и указатель записи (PTR). Они могут быть использованы для службы DNS в White Marquee для перепродажи.
• Наш HTTP API можно использовать для полной интеграции с вашей системой
• Время доставки – один рабочий день

Преимущества использования частного DNS -сервера

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

Premium DNS функции

С каждым частным сервером DNS вы можете использовать все функции, доступные в планах Premium DNS. Например, вы можете использовать расширенные услуги, такие как Dynamic DNS, вторичные DNS и DNS и управление TTL. Кроме того, ваш частный DNS -сервер будет управляться и поддерживать наши профессиональные и опытные системные администраторы. С другой стороны, вы можете получить к нему доступ через наш веб -интерфейс, где вы можете легко управлять своей доменной коллекцией.

DNS Records и DNS зоны

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

Прибыльное решение

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

Доступные места:

• Частные серверы DNS в США, Техас
• Частные серверы DNS в США, Калифорния
• Частные серверы DNS в США, это
• Частные серверы DNS в США, Go
• Частные серверы DNS в Канаде
• DNS Private UK Servers
• Частные серверы DNS во Франции
• Частные серверы DNS в Германии
• Частные серверы DNS в Испании
• Частные серверы DNS в Португалии
• Частные серверы DNS в Нидерландах
• Частные серверы DNS в Чешской Республике
• Частные DNS -серверы в Словакии
• DNS Private DNS -серверы
• Частные серверы DNS в Румынии
• DNS частные серверы в Болгарии
• Частные серверы DNS в Турции
• Частные серверы DNS в Израиле
• Серверы Молдова DNS
• Частные DNS -серверы в Латвии
• Частные DNS -серверы в Украине
• Частные серверы DNS в России
• Частные серверы DNS в Австралии
• Частные серверы DNS в Бразилии
• Частные серверы DNS в Гонконге
• Частные серверы DNS в Южной Африке

DDOS защищенные местоположения:

• Частные серверы DNS в Германии
• Частные серверы DNS во Франции
• Частные серверы DNS в Канаде
• Частные серверы DNS в США, Go

Управление частными именами DNS для служб VPC Point Point

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

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

• Услуга точек завершения может иметь только одно частное название DNS.
• Вы не должны создавать регистрацию для названия DNS Private, чтобы только серверы VPC потребителя услуги могли разрешить частное имя DNS.
• Частные имена DNS не поддерживаются для окончания -к балансировщику балансировщики точки прекращения.
• Чтобы проверить поле, у вас должно быть имя публичного хоста или публичный поставщик DNS.
• Вы можете проверить домен субдомена. Например, вы можете проверить пример.компонент, вместо имеет.пример.компонент. Как указано в спецификации RFC 1034, каждая метка DNS может включать до 63 символов, и все доменное имя не должно превышать общую длину 255 символов. Если вы добавите дополнительный субдомен, вы должны проверить поддомен или домен. Например, представьте, что у вас был имеет.пример.компонент и проверено пример.компонент. Вы добавляете сейчас Беременный.пример.компонент Как частное название DNS. Вы должны проверить пример.компонент Или Беременный.пример.компонент так что потребители услуги могут использовать имя.

Проверка собственности

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

Проверка свойства домена завершена, когда мы обнаруживаем существование записи TXT в параметрах DNS вашего домена.

После добавления записи вы можете проверить состояние процесса проверки домена, используя консоль Amazon VPC. На панели навигации выберите Службы конечных точек (службы заканчивая точки). Выберите службу точки завершения и проверьте значениеЗаявление о проверке домена на вкладке Подробности (Подробности). Если проверка домена идет, подождите несколько минут и обновите экран. При необходимости вы можете запустить процесс проверки вручную. Выбирать Действия, Проверьте владение доменом для частного имени DNS (Проверьте свойство домена на имя DNS Private).

Частное название DNS готово для использования потребителями услуги, когда государство проверки проверенный (проверено). Если состояние проверки изменяется, новые запросы на соединение отказаны, но существующие соединения не затронуты.

Если состояние проверки неуспешный (застрял), см. Решение проблем проверки домена.

Получение имени и значения

Мы предоставляем вам имя и значение, которое вы используете в записи TXT. Например, информация доступна в консоли управления AWS. Выберите службу завершения точки и проконсультируйтесь Имя проверки домена (Имя проверки домена) и Значение проверки домена (Значение проверки домена) в вкладке Подробности (Подробная информация) для службы точки завершения. Вы также можете использовать команду AWS CLI DISTIC-VPC-ENDPOINT-CONFIGURATIONS для получения информации о конфигурации частного имени DNS для указанной службы точки завершения.

AWS EC2 Опишите VPC-ENDPOINT-Service-Configurations \- VPCE-SVC-071AFFF7066E61E0 --Запрос ServiceConfigurations [*].Присвоение NANMECONFIGUTURE

Вот пример выхода. Вы будете использовать значение и имя при создании записи TXT.

[  «Состояние»: «wendingVerification», «type»: «txt», «value»: «vpce: l6p0erxlttt45jevfwocp», «name»: «_6e86v84tqgqubxbwii1m»>]]]

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

Мы предлагаем вам использовать имя в качестве регистрационного субдомена, поскольку базовое доменное имя уже может быть использовано. Однако, если ваш поставщик DNS не позволяет именам регистрации DNS содержать подчеркивающие строки, вы можете опустить «_6E86V84TQGQUBWII1M» и просто использовать пример.com »в TXT записи.

После проверки “_6E86V84TQGQUBXBWII1M.пример.com “, потребители услуги могут использовать” Пример “.com “или поддомен (например,” Сервис.пример.com “или” мой.услуга.пример.com “).

Добавление записи TXT на сервер DNS в вашем домене

Процедура добавления записей TXT на сервер DNS в вашем поле зависит от объекта, которая предоставляет ваш сервис DNS. Вашим поставщиком DNS может быть Amazon Route 53 или другое доменное офис записи имени.

Создайте запись для вашей общественной местности. Используйте следующие значения:

• Ниже Тип записи (тип записи), выбирать ТЕКСТ.
• Для Ttl (секунды) (TTL [секунды]), введите 1800 .
• Для Политика маршрутизации (стратегия маршрутизации), выбирать Простая маршрутизация (одиночная маршрутизация).
• Для Запись (Имя записи), введите домен или поддомен.
• Для Стоимость/маршрут трафика в (Значение/трафик маршрута), введите значение проверки домена.

Для получения дополнительной информации см. Создание записей с использованием консоли Руководство по разработке Amazon Route 53.

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

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