[ aws . route53resolver ]
создание-разрешителя-точке-подключения
Описание
Создает точку подключения к разрешителю. Существуют два типа точек подключения к разрешителю: входящие и исходящие:
- Входящая точка подключения к разрешителю перенаправляет запросы DNS к службе DNS для VPC из вашей сети.
- Исходящая точка подключения к разрешителю перенаправляет запросы DNS из службы DNS для VPC в вашу сеть.
См. также: Документация AWS API
Синтаксис
create-resolver-endpoint
--creator-request-id <value>
[--name <value>]
--security-group-ids <value>
--direction <value>
--ip-addresses <value>
[--outpost-arn <value>]
[--preferred-instance-type <value>]
[--tags <value>]
[--resolver-endpoint-type <value>]
[--protocols <value>]
[--cli-input-json | --cli-input-yaml]
[--generate-cli-skeleton <value>]
[--debug]
[--endpoint-url <value>]
[--no-verify-ssl]
[--no-paginate]
[--output <value>]
[--query <value>]
[--profile <value>]
[--region <value>]
[--version <value>]
[--color <value>]
[--no-sign-request]
[--ca-bundle <value>]
[--cli-read-timeout <value>]
[--cli-connect-timeout <value>]
[--cli-binary-format <value>]
[--no-cli-pager]
[--cli-auto-prompt]
[--no-cli-auto-prompt]
Параметры
--creator-request-id (строка)
CreatorRequestId может быть любой уникальной строкой, например, отметкой даты/времени.--name (строка)
--security-group-ids (список)
Идентификатор одного или нескольких групп безопасности, которые вы хотите использовать для управления доступом к этой VPC. Группа безопасности, которую вы указываете, должна включать одно или несколько правил входящего трафика (для входящих точек подключения к разрешителю) или правил исходящего трафика (для исходящих точек подключения к разрешителю). Правила входящего и исходящего трафика должны разрешать доступ по TCP и UDP. Для входящего доступа откройте порт 53. Для исходящего доступа откройте порт, который вы используете для запросов DNS в вашей сети.
Некоторые правила групп безопасности приведут к отслеживанию вашего подключения. Для исходящей точки подключения к разрешителю это может потенциально повлиять на максимальное количество запросов в секунду от исходящей точки к целевому DNS-серверу. Для входящей точки подключения к разрешителю это может снизить общее максимальное количество запросов в секунду на IP-адрес до 1500. Чтобы избежать отслеживания подключений, вызванных правилами группы безопасности, см. Неотслеживаемые подключения.
(строка)
Синтаксис:
"string" "string" ...
--direction (строка)
Укажите соответствующее значение:
-
INBOUND: Разрешитель перенаправляет запросы DNS к службе DNS для VPC из вашей сети -
OUTBOUND: Разрешитель перенаправляет запросы DNS из службы DNS для VPC в вашу сеть
Возможные значения:
INBOUNDOUTBOUND
--ip-addresses (список)
Подсети и IP-адреса в вашей VPC, из которых исходят запросы DNS (для исходящих точек) или к которым вы перенаправляете запросы DNS (для входящих точек). Идентификатор подсети уникально идентифицирует VPC.
Примечание
Несмотря на то, что минимальное количество — 1, Route 53 требует создания как минимум двух.(структура)
В запросе CreateResolverEndpoint указывается IP-адрес, из которого исходят запросы DNS (для исходящих точек) или к которому вы перенаправляете запросы DNS (для входящих точек). IpAddressRequest также включает идентификатор подсети, содержащей IP-адрес.
SubnetId -> (строка)
Ip -> (строка)
Ipv6 -> (строка)
Сокращенный синтаксис:
SubnetId=string,Ip=string,Ipv6=string ...
Синтаксис JSON:
[
{
"SubnetId": "string",
"Ip": "string",
"Ipv6": "string"
}
...
]
--outpost-arn (строка)
PreferredInstanceType.--preferred-instance-type (строка)
OutpostArn.--tags (список)
Список ключей и значений тегов, которые вы хотите связать с точкой подключения.
(структура)
Один тег, который вы хотите добавить к указанному ресурсу. Тег состоит из Key (имя тега) и Value.
Key -> (строка)
Key может быть account-id.Value -> (строка)
Key равно account-id, то Value может быть идентификатором учетной записи клиента, для которого вы создаете ресурс.Сокращенный синтаксис:
Key=string,Value=string ...
Синтаксис JSON:
[
{
"Key": "string",
"Value": "string"
}
...
]
--resolver-endpoint-type (строка)
Для типа точки подключения вы можете выбрать IPv4, IPv6 или дуплексный стек. Дуплексная точка подключения означает, что она будет разрешать запросы как по IPv4, так и по IPv6. Этот тип точки подключения применяется ко всем IP-адресам.
Возможные значения:
IPV6IPV4DUALSTACK
--protocols (список)
Протоколы, которые вы хотите использовать для точки подключения. DoH-FIPS применимо только для входящих точек подключения.
Для входящей точки подключения вы можете применить протоколы следующим образом:
- Do53 и DoH в сочетании.
- Do53 и DoH-FIPS в сочетании.
- Только Do53.
- Только DoH.
- Только DoH-FIPS.
- Ничего, что обрабатывается как Do53.
Для исходящей точки подключения вы можете применить протоколы следующим образом:
- Do53 и DoH в сочетании.
- Только Do53.
- Только DoH.
- Ничего, что обрабатывается как Do53.
(строка)
Синтаксис:
"string" "string" ...
Where valid values are:
DoH
Do53
DoH-FIPS
--cli-input-json | --cli-input-yaml (строка) Читает аргументы из предоставленной строки JSON. Строка JSON следует формату, предоставленному в --generate-cli-skeleton. Если на командной строке предоставлены другие аргументы, эти значения переопределят значения, предоставленные JSON. Невозможно передавать произвольные двоичные значения с помощью значения, предоставленного JSON, так как строка будет взята буквально. Это не может быть указано вместе с --cli-input-yaml.
--generate-cli-skeleton (строка) Выводит каркас JSON в стандартный вывод без отправки запроса к API. Если предоставлено значение null или input, выводит пример входного JSON, который можно использовать в качестве аргумента для --cli-input-json. Аналогично, если предоставлено yaml-input, выведет пример входного YAML, который можно использовать с --cli-input-yaml. Если предоставлено значение output, оно проверит входные данные команды и вернёт пример выходного JSON для этой команды. Сгенерированный каркас JSON не является стабильным между версиями AWS CLI, и нет гарантий обратной совместимости в генерируемом каркасе JSON.
Глобальные параметры
--debug (логическое значение)
Включить отладку.
--endpoint-url (строка)
Переопределить URL по умолчанию команды указанным URL.
--no-verify-ssl (логическое значение)
По умолчанию AWS CLI использует SSL при взаимодействии с сервисами AWS. Для каждого SSL-соединения AWS CLI будет проверять сертификаты SSL. Этот параметр переопределяет поведение проверки сертификатов SSL по умолчанию.
--no-paginate (логическое значение)
Отключить автоматическую постраничную навигацию. Если автоматическая постраничная навигация отключена, AWS CLI выполнит только один вызов для первой страницы результатов.
--output (строка)
Стиль форматирования вывода команды.
- json
- текст
- таблица
- yaml
- yaml-поток
--query (строка)
Запрос JMESPath для фильтрации данных ответа.
--profile (строка)
Использовать определенный профиль из файла учетных данных.
--region (строка)
Регион для использования. Переопределяет настройки конфигурации/окружения.
--version (строка)
Отобразить версию этого инструмента.
--color (строка)
Включить/отключить цветной вывод.
- вкл
- выкл
- авто
--no-sign-request (логическое значение)
Не подписывать запросы. Учетные данные не будут загружены, если этот аргумент указан.
--ca-bundle (строка)
Файл сертификатов CA для проверки SSL-сертификатов. Переопределяет настройки конфигурации/окружения.
--cli-read-timeout (целое число)
Максимальное время чтения сокета в секундах. Если значение установлено в 0, чтение сокета будет блокирующим и не будет иметь таймаута. Значение по умолчанию — 60 секунд.
--cli-connect-timeout (целое число)
Максимальное время подключения к сокету в секундах. Если значение установлено в 0, подключение к сокету будет блокирующим и не будет иметь таймаута. Значение по умолчанию — 60 секунд.
--cli-binary-format (строка)
Стиль форматирования для двоичных блоков. Формат по умолчанию — base64. Формат base64 ожидает, что двоичные блоки будут предоставлены как закодированная строка base64. Формат raw-in-base64-out сохраняет совместимость с поведением AWS CLI версии 1, и двоичные значения должны быть переданы буквально. При предоставлении содержимого из файла, которое отображается как двоичный блок, fileb:// всегда будет обрабатываться как двоичное значение и использовать содержимое файла напрямую независимо от настройки cli-binary-format. При использовании file:// содержимое файла должно быть должным образом отформатировано для настроенного cli-binary-format.
- base64
- raw-in-base64-out
--no-cli-pager (логическое значение)
Отключить кли-паджинатор для вывода.
--cli-auto-prompt (логическое значение)
Автоматически запрашивать параметры CLI.
--no-cli-auto-prompt (логическое значение)
Отключить автоматическое запрошенние параметров CLI.
Примеры
Примечание
Для использования следующих примеров необходимо установить и настроить AWS CLI. Дополнительную информацию см. в руководстве по началу работы в руководстве пользователя AWS CLI.
Если не указано иное, во всех примерах используются правила цитирования, аналогичные Unix. Эти примеры необходимо адаптировать к правилам цитирования вашей терминальной оболочки. См. раздел "Использование кавычек со строками" в руководстве пользователя AWS CLI.
Для создания входящего конечного узла Resolver
Следующий пример создает входящий конечный узел Resolver. Вы можете использовать ту же команду для создания как входящих, так и исходящих конечных узлов.
- aws route53resolver create-resolver-endpoint
- –name my-inbound-endpoint –creator-request-id 2020-01-01-18:47 –security-group-ids “sg-f62bexam” –direction INBOUND –ip-addresses SubnetId=subnet-ba47exam,Ip=192.0.2.255 SubnetId=subnet-12d8exam,Ip=192.0.2.254
Вывод:
{
"ResolverEndpoint": {
"Id": "rslvr-in-f9ab8a03f1example",
"CreatorRequestId": "2020-01-01-18:47",
"Arn": "arn:aws:route53resolver:us-west-2:111122223333:resolver-endpoint/rslvr-in-f9ab8a03f1example",
"Name": "my-inbound-endpoint",
"SecurityGroupIds": [
"sg-f62bexam"
],
"Direction": "INBOUND",
"IpAddressCount": 2,
"HostVPCId": "vpc-304examp",
"Status": "CREATING",
"StatusMessage": "[Trace id: 1-5dc1ff84-f3477826e4a190025example] Creating the Resolver Endpoint",
"CreationTime": "2020-01-01T23:02:29.583Z",
"ModificationTime": "2020-01-01T23:02:29.583Z"
}
}
Для создания исходящего конечного узла Resolver
Следующий пример создает исходящий конечный узел Resolver, используя значения в формате JSON в документе create-outbound-resolver-endpoint.json.
aws route53resolver create-resolver-endpoint \
--cli-input-json file://c:\temp\create-outbound-resolver-endpoint.json
Содержимое create-outbound-resolver-endpoint.json:
{
"CreatorRequestId": "2020-01-01-18:47",
"Direction": "OUTBOUND",
"IpAddresses": [
{
"Ip": "192.0.2.255",
"SubnetId": "subnet-ba47exam"
},
{
"Ip": "192.0.2.254",
"SubnetId": "subnet-12d8exam"
}
],
"Name": "my-outbound-endpoint",
"SecurityGroupIds": [ "sg-05cd7b25d6example" ],
"Tags": [
{
"Key": "my-key-name",
"Value": "my-key-value"
}
]
}
Дополнительную информацию см. в разделе "Разрешение запросов DNS между VPC и вашей сетью" в руководстве разработчика Amazon Route 53.
Вывод
ResolverEndpoint -> (структура)
Информация о запросе CreateResolverEndpoint, включая статус запроса.
Id -> (строка)
CreatorRequestId -> (строка)
CreatorRequestId позволяет повторно выполнять не удавшиеся запросы, не рискуя выполнить операцию дважды.Arn -> (строка)
Name -> (строка)
SecurityGroupIds -> (список)
Идентификатор одной или нескольких групп безопасности, которые контролируют доступ к этой VPC. Группа безопасности должна включать одно или несколько правил входящего трафика (для входящих конечных узлов) или правил исходящего трафика (для исходящих конечных узлов). Правила входящего и исходящего трафика должны разрешать доступ TCP и UDP. Для входящего доступа откройте порт 53. Для исходящего доступа откройте порт, который вы используете для запросов DNS в вашей сети.
(строка)
Direction -> (строка)
Указывает, разрешает ли конечный узел Resolver входящие или исходящие запросы DNS:
-
INBOUND: разрешает запросы DNS в вашу VPC из вашей сети -
OUTBOUND: разрешает запросы DNS из вашей VPC в вашу сеть
IpAddressCount -> (целое число)
HostVPCId -> (строка)
Status -> (строка)
Код, определяющий текущий статус конечного узла Resolver. Допустимые значения включают:
-
CREATING: Resolver создает и настраивает один или несколько сетевых интерфейсов Amazon VPC для этого конечного узла. -
OPERATIONAL: Сетевые интерфейсы Amazon VPC для этого конечного узла правильно настроены и могут передавать входящие или исходящие запросы DNS между вашей сетью и Resolver. -
UPDATING: Resolver связывает или отсоединяет один или несколько сетевых интерфейсов с этим конечным узлом. -
AUTO_RECOVERING: Resolver пытается восстановить один или несколько сетевых интерфейсов, связанных с этим конечным узлом. Во время процесса восстановления конечный узел функционирует с ограниченными возможностями из-за ограничения на количество запросов DNS на IP-адрес (на сетевой интерфейс). Для текущего ограничения см. Пределы Route 53 Resolver. -
ACTION_NEEDED: Этот конечный узел неисправен, и Resolver не может автоматически его восстановить. Для решения проблемы рекомендуется проверить каждый IP-адрес, который вы связали с конечным узлом. Для каждого недоступного IP-адреса добавьте другой IP-адрес, а затем удалите недоступный IP-адрес. (Конечный узел должен всегда включать как минимум два IP-адреса). СостояниеACTION_NEEDEDможет иметь различные причины. Вот две распространенные причины:- Один или несколько сетевых интерфейсов, связанных с конечным узлом, были удалены с помощью Amazon VPC.
- Сетевой интерфейс не смог быть создан по какой-либо причине, которая выходит за рамки контроля Resolver.
-
DELETING: Resolver удаляет этот конечный узел и связанные с ним сетевые интерфейсы.
StatusMessage -> (строка)
CreationTime -> (строка)
ModificationTime -> (строка)
OutpostArn -> (строка)
PreferredInstanceType -> (строка)
ResolverEndpointType -> (строка)
Protocols -> (список)
Протоколы, используемые для конечного узла. DoH-FIPS применимо только для входящих конечных узлов.
Для входящего конечного узла вы можете применить протоколы следующим образом:
- Do53 и DoH в сочетании.
- Do53 и DoH-FIPS в сочетании.
- Do53 сам по себе.
- DoH сам по себе.
- DoH-FIPS сам по себе.
- Ничего, что обрабатывается как Do53.
Для исходящего конечного узла вы можете применить протоколы следующим образом:
- Do53 и DoH в сочетании.
- Do53 сам по себе.
- DoH сам по себе.
- Ничего, что обрабатывается как Do53.
(строка)
© Copyright 2025, Amazon Web Services. Created using Sphinx.