Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Yandex Virtual Private Cloud
  • Начало работы
    • Взаимосвязь ресурсов сервиса
    • Устройство сети в Yandex Cloud
    • Облачные сети и подсети
    • Адреса облачных ресурсов
    • Маршрутизация
    • Группы безопасности
    • Шлюзы
    • Сервисные подключения
    • Мониторинг сетевых соединений
    • Диапазоны публичных IP-адресов
    • MTU и MSS
    • Настройки DHCP
    • Программно-ускоренная сеть
    • Квоты и лимиты
  • DDoS Protection
  • Управление доступом
  • Справочник Terraform
  • Аудитные логи Audit Trails
  • История изменений
  • Вопросы и ответы
  • Обучающие курсы

В этой статье:

  • Внутренние адреса
  • Публичные адреса
  • Исходящий трафик на TCP-порт 25
  • Имя хоста (FQDN)
  1. Концепции
  2. Адреса облачных ресурсов

Адреса облачных ресурсов

Статья создана
Yandex Cloud
Улучшена
Обновлена 6 марта 2025 г.
  • Внутренние адреса
  • Публичные адреса
    • Исходящий трафик на TCP-порт 25
  • Имя хоста (FQDN)

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

Внутренние адресаВнутренние адреса

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

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

Внутренние IP-адреса можно задать вручную или автоматически при создании ресурса.

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

Публичные адресаПубличные адреса

Публичные IP-адреса позволяют облачным ресурсам обмениваться данными с интернетом и с ресурсами из других облачных сетей. Публичные адреса сопоставляются внутренним адресам ресурсов с помощью технологии one-to-one NAT. Публичные адреса можно назначать ресурсам автоматически или выбрать из списка зарезервированных адресов.

Примечание

Доступ в интернет изнутри виртуальной машины и доступ к ней через публичный IP-адрес возможен только в том случае, если в ее подсети отсутствует статический маршрут по умолчанию 0.0.0.0/0. Если виртуальная машина находится за NAT-инстансом, можно подключиться к ней через внутренний IP-адрес, используя NAT-инстанс в роли джамп-хоста:

ssh -J <имя_пользователя_NAT-инстанса>@<публичный_IP-адрес_NAT-инстанса> \
  <имя_пользователя_ВМ>@<внутренний_IP-адрес_ВМ>

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

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

Примечание

Исходящий трафик с публичных IP-адресов подлежит оплате, в том числе взаимодействие через публичные IP-адреса внутри Yandex Cloud за исключением обращений в Yandex Object Storage, Yandex Cloud Backup и Yandex Cloud CDN. Чтобы не платить за исходящий трафик в рамках вашего облака, используйте внутренние адреса.

Подробнее о правилах тарификации IP-адресов читайте в разделе Публичные IP-адреса документации сервиса Virtual Private Cloud.

Исходящий трафик на TCP-порт 25Исходящий трафик на TCP-порт 25

Yandex Cloud автоматически блокирует трафик, который отправляется с публичных IP-адресов Virtual Private Cloud на TCP-порт 25 любых серверов в интернете и виртуальных машин Yandex Compute Cloud. Исключение — трафик, отправляемый на почтовые серверы Яндекс Почты. Он разрешен и не блокируется.

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

Для уже используемых публичных IP-адресов порт 25 не открывается.

Имя хоста (FQDN)Имя хоста (FQDN)

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

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

Подробнее о принципах формирования FQDN читайте в разделе Имя хоста и FQDN документации Compute Cloud.

Была ли статья полезна?

Предыдущая
Облачные сети и подсети
Следующая
Маршрутизация
Проект Яндекса
© 2025 ООО «Яндекс.Облако»