[Документация Yandex Cloud](../../index.md) > [Yandex Virtual Private Cloud](../index.md) > [Концепции](index.md) > Адреса облачных ресурсов

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

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

## Внутренние адреса {#internal-addresses}

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

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

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

Вы можете получить список внутренних IP-адресов, которые используют облачные ресурсы в одной подсети. Подробнее читайте в разделе [Посмотреть список используемых адресов в подсети](../operations/subnet-used-addresses.md).

## Публичные адреса {#public-addresses}

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

{% note info %}

Доступ в интернет изнутри виртуальной машины и доступ к ней через публичный IP-адрес возможен только в том случае, если в ее подсети отсутствует [статический маршрут](routing.md) по умолчанию `0.0.0.0/0`. Если виртуальная машина [находится за NAT-инстансом](../../tutorials/routing/nat-instance/index.md), можно подключиться к ней через внутренний IP-адрес, используя NAT-инстанс в роли джамп-хоста:

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

{% endnote %}

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

Динамический публичный IP-адрес можно сделать статическим. Статические IP-адреса не меняются при остановке ресурсов и могут быть зарезервированы в вашем каталоге для дальнейшего использования, даже если они не привязаны к облачным ресурсам. О том, как сделать динамический IP-адрес статическим, читайте в разделе [Сделать публичный IP-адрес виртуальной машины статическим](../../compute/operations/vm-control/vm-set-static-ip.md).

Чтобы предотвратить случайное удаление статического публичного IP-адреса, включите для него защиту от удаления. Вы можете [включить защиту от удаления](../operations/deletion-protection.md#enable-deletion-protection) для уже зарезервированного адреса или для нового адреса при его [резервировании](../operations/get-static-ip.md).

{% note info %}

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

{% endnote %}

Подробнее о правилах тарификации IP-адресов читайте в разделе [Публичные IP-адреса](../pricing.md#prices-public-ip) документации сервиса Virtual Private Cloud.

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

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

Для отправки электронной почты рекомендуем использовать [Yandex Cloud Postbox](../../postbox/index.md). При возникновении трудностей обратитесь в [техническую поддержку](../../support/overview.md).

## Имя хоста (FQDN) {#fqdn}

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

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

Подробнее о принципах формирования FQDN читайте в разделе [Имя хоста и FQDN](../../compute/concepts/network.md#hostname) документации Compute Cloud.


## Примеры использования {#examples}

* [Архитектура и защита базового интернет-сервиса](../tutorials/web-service.md)
* [Настройки DHCP для работы с корпоративным DNS-сервером](../tutorials/dhcp-options.md)
* [Настройка Yandex Cloud DNS для доступа к кластеру управляемых баз данных из других облачных сетей](../tutorials/clickhouse-dns-peering.md)