Какие документы нужны чтоб открыть ип: Я хочу подать заявление на регистрацию ИП | ФНС России

IP-адресов | Документация Compute Engine

Многие ресурсы Google Cloud могут иметь внутренние IP-адреса и внешние IP-адреса. Например, вы можете назначить внутренний и внешний IP. адрес для экземпляров виртуальной машины (ВМ) Compute Engine. Использование экземпляров эти адреса для связи с другими ресурсами Google Cloud и внешними системы.

Каждый сетевой интерфейс экземпляра ВМ должен иметь один основной внутренний IPv4-адрес. Каждый сетевой интерфейс также может иметь один или несколько псевдонимов IPv4. диапазоны и один внешний адрес IPv4. Если виртуальная машина подключен к подсети, поддерживающей IPv6, каждый сетевой интерфейс также может иметь внутренний или внешний IPv6 присвоены адреса.

Экземпляр может взаимодействовать с экземплярами на одном и том же Сеть виртуального частного облака (VPC) с использованием внутреннего IPv4-адреса виртуальной машины. Если Для виртуальных машин настроен IPv6, вы также можете использовать один из внутренних или внешних IPv6-адреса. Рекомендуется использовать внутренние IPv6-адреса для внутренних коммуникация.

Для связи с Интернетом вы можете использовать внешний IPv4 или внешний IPv6 адрес, настроенный на экземпляре. Если внешний адрес не настроен на Например, Cloud NAT можно использовать для трафика IPv4.

Для получения информации об определении внутреннего и внешнего IP-адреса вашего экземпляры см. Определение внешнего и внутреннего IP-адреса для пример.

Попробуйте сами

Если вы новичок в Google Cloud, создайте учетную запись, чтобы оценить, как Compute Engine работает в реальном мире сценарии. Новые клиенты также получают бесплатные кредиты в размере 300 долларов США для запуска, тестирования и развертывание рабочих нагрузок.

Внешние IP-адреса

Если вам необходимо обмениваться данными с Интернетом или с ресурсами в другом VPC сети вы можете назначить экземпляру внешний адрес IPv4 или IPv6. Если правила брандмауэра или иерархические политики брандмауэра позволяют подключение, источники из-за пределов сети VPC могут достигать определенного ресурс, используя его внешний IP-адрес.

• Внешние IPv4-адреса доступны для всех виртуальных машин. Когда вы настраиваете внешний IPv4-адрес на интерфейсе виртуальной машины, назначается один IPv4-адрес из диапазонов внешних IPv4-адресов Google. Для получения дополнительной информации см. Где я могу найти диапазоны IP-адресов Compute Engine.

• Внешние IPv6-адреса доступны для виртуальных машин, подключенных к подсети у которого есть внешний диапазон IPv6. При настройке внешнего IPv6-адреса на интерфейс виртуальной машины, единый /96 диапазон IPv6-адресов назначается из внешнего диапазона IPv6 подсети.

  Вы также можете зарезервировать статический внешний IPv6-адрес. из диапазона IPv6 подсети и назначьте его экземпляру виртуальной машины.

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

Интерфейсам виртуальных машин назначаются IP-адреса из подсети, к которой они подключены к. Каждый интерфейс ВМ имеет один основной внутренний IPv4-адрес, который назначается из основного диапазона IPv4 подсети. Если подсеть имеет внутренний диапазон IPv6, то в дополнение к основному внутреннему IPv4-адресу вы можете опционально настройте интерфейс виртуальной машины с основным внутренним IPv6-адресом.

Внутренние IPv4-адреса можно назначать следующими способами:

• Compute Engine назначает один IPv4-адрес из основного Подсети IPv4 выбираются автоматически.
• Вы можете назначить определенный внутренний IPv4-адрес при создании экземпляра виртуальной машины. Вы также можете зарезервировать статический внутренний IPv4-адрес. для вашего проекта и назначьте этот адрес экземпляру виртуальной машины.

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

• При настройке внутреннего IPv6-адреса на интерфейсе виртуальной машины Compute Engine назначает один диапазон IPv6-адресов /96 . из внутреннего диапазона IPv6 подсети.
• Вы можете зарезервировать статический внутренний IPv6-адрес для вашего проекта и назначьте этот адрес экземпляру виртуальной машины.

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

Внутренние DNS-имена

Google Cloud автоматически разрешает полное DNS-имя (FQDN) экземпляра на внутренние IP-адреса экземпляра. Внутренние DNS-имена работают только в сети экземпляра VPC.

Дополнительные сведения о полных доменных именах (FQDN) см. Внутренний ДНС.

Что дальше

• Определение внешнего и внутреннего IP-адреса экземпляра.
• Зарезервируйте новый статический внешний IP-адрес.
• Назначение статического внешнего IP-адреса новому экземпляру ВМ.
• Выбор внутреннего IP-адреса при создании экземпляра.
• Продвижение эфемерного внешнего IP-адреса.
• Узнайте, как использовать внутренние DNS-имена для адресации экземпляров по внутренней сети VPC.
• Узнайте больше об IP-адресах.
• Узнайте больше о IPv6.
• Узнайте больше об IP-адресах и балансировке нагрузки.
• Просмотрите цены на внешние IP-адреса.

Принесите свой собственный IP | ВПК

Использование собственного IP-адреса (BYOIP) позволяет предоставить и использовать собственный общедоступный IPv4. адреса для ресурсов Google Cloud. После импорта IP-адресов Google Cloud управляет ими так же, как IP-адресами, предоставленными Google. со следующими исключениями:

203. 0.112.0/24

Обзор

Чтобы предоставить Google собственный IP-адрес, вы создаете общедоступный префикс (PAP). Проверка права собственности выполняется для этого публично рекламируемого префикса с использованием ROA. и обратную проверку DNS. После завершения проверки настраиваем анонс этого префикса в инете, но префикс не рекламируется пока он не будет предоставлен. Публичная реклама занимает до четырех недель. префикс, который необходимо предоставить.

Пока вы ожидаете предоставления общедоступного префикса, вы разделяете префикс в общедоступные делегированные префиксы (PDP). Затем вы можете либо разделить общедоступный делегированный префикс или используйте его для создания назначаемых IP-адресов. Подготовка общедоступного делегированного префикса занимает до четырех недель.

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

Общедоступные префиксы

Общедоступный префикс (PAP) — это ресурс в Compute Engine, который представляет собой префикс IP, который вы добавляете в Google Cloud. Это позволяет вам выделять IP-адреса из собственного префикса ресурсам Google Cloud. общедоступный рекламируемый префикс — это отдельная единица объявления маршрута. Google глобальная магистраль объявляет общедоступный префикс со всех своих точек присутствия. IP-адреса в общедоступном префиксе всегда используют Премиум. Уровень сетевых сервисов.

При создании нового общедоступного префикса он должен иметь диапазон IPv4 с минимальный диапазон CIDR размером /24 . Меньший диапазон CIDR, например /25 , не может быть создан как новый общедоступный префикс. Однако, однажды созданный, вы может разбить общедоступный префикс, скажем, /24 или /23 , на более мелкие общедоступные делегированные префиксы.

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

Общедоступные делегированные префиксы

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

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

IP-адреса

При создании IP-адресов из общедоступного делегированного префикса или субпрефикса IP-адреса могут использоваться только в пределах проекта и объема, на который они выделены. Все IP-адреса в общедоступный делегированный префикс или субпрефикс становятся доступными; нет зарезервированных сетевой адрес или широковещательный адрес. Например, если вы используете общедоступный номер /28 делегированный префикс или субпрефикс для создания IP-адресов, 16 ресурсов IP-адресов создаются.

Любой, у кого есть соответствующие разрешения IAM в проект может использовать IP-адреса:

Открытые порты на BYOIP-адресах

Сканирование портов на BYOIP-адресе может дать непредвиденные результаты. Глобальный Адреса BYOIP реализуются службой инфраструктуры, называемой Внешний интерфейс Google (GFE). Адрес BYOIP, даже если он не используется, может иметь открытые порты, потому что эти порты используются другими службами Google, которые также используют GFE. Трафик на эти порты сбрасывается и не логируется.

Только поддерживаемые балансировщики нагрузки могут использовать глобальные IP-адреса. Для большего информацию об открытых портах на балансировщиках нагрузки см. в следующем:

• Открытые порты на внешних балансировщиках нагрузки HTTP(S)
• Открытые порты на внешних балансировщиках нагрузки TCP-прокси
• Открытые порты на внешних балансировщиках нагрузки SSL-прокси

Роль администратора общедоступного IP-адреса

Вы можете назначить администратора для своих префиксов и адресов BYOIP, назначив им администратора общедоступного IP-адреса Compute роль ( ролей/compute. publicIpAdmin ). Эта роль позволяет им управлять общедоступными IP в вашей организации.

Администратор общедоступного IP-адреса может выполнять следующие задачи:

• Настройте общедоступные рекламные префиксы в проекте, которым они владеют.
• Настройте общедоступные объявленные префиксы на общедоступные делегированные префиксы в проекте, которым они владеют.
• Делегировать субпрефиксы из общедоступных делегированных префиксов конкретным проектов в организации.
• Отменить субпрефиксы, которые ранее были делегированы из общего доступа делегированные префиксы конкретному проекту в организации.
• Удалить общедоступные делегированные префиксы.

Планирование развертывания

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

Вот некоторые решения, которые следует учитывать при планировании развертывания:

• Кто отвечает за администрирование адресов BYOIP? Обычно это администратор или группа, но обычно это не те пользователи, которые управлять отдельными проектами. Используйте роли и разрешения IAM, чтобы различать, кто привилегии для общедоступных объявленных префиксов и общедоступных делегированных префиксов, которые вы планируете обеспечить.

• Как управляются префиксы? Вполне вероятно, что вы захотите использовать свои BYOIP-адреса в разных проектах. Вы можете управлять префиксами централизованно в проекте, отличном от основного. назначение IP-адресов. Мы рекомендуем изолировать префикс администрирование в собственном проекте, включая своих пользователей и группы с Разрешения администратора общедоступного IP-адреса. Эта изоляция помогает избежать путаницы в отношении администрирование префиксов и непреднамеренное или несанкционированное использование префиксов. Для большего информацию см. в разделе Архитектура проекта.

• Как называются префиксы? Каждый ресурс BYOIP (общедоступный префикс, общедоступный делегированный префикс, подпрефикс) требует имени, и это имя используется для управлять каждым ресурсом. Вы назначаете имя во время создания ресурса, а имена нельзя изменить без удаления и повторного создания ресурса. По этой причине, мы рекомендуем создавать имена, которыми легко управлять. Например, пап-203-0-113-0-24 , пдп-203-0-113-0-25 , суб-203-0-113-0-28 , где буквы обозначают тип ресурса, а цифры обозначают конкретный префикс и длина префикса.

• Где предоставляются IP-адреса? Полезно думать о процессе подготовки как о «складировании» IP-адресов в регионы. (или глобальная область). Процесс подготовки для хранения IP-адресов занимает несколько недель, поэтому полезно спланировать и развернуть публичные делегированные префиксы задолго до того, как они понадобятся.

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

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

  Внимание: Мы рекомендуем отдельные общедоступные префиксы для глобальных и региональные префиксы. Если у вас есть общедоступный рекламируемый префикс который вы хотите использовать для балансировщиков нагрузки anycast, используйте публичный делегированный префикс из этого общедоступного объявленного префикса.

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

  Тип префикса	Префикс	Прицел
  Префикс публичного объявления	203.0.113.0/24
  Общедоступный префикс для глобальных балансировщиков нагрузки	192.0.2.0/24
  Открытый делегированный префикс	203.0.113.0/28	США-Центральный1
  Открытый делегированный префикс	203.0.113.16/28	сша-восток-4
  Открытый делегированный префикс	192.0.2.0/28	глобальный

  Остальные IP-адреса зарезервированы для будущего использования.

Динамическая миграция

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

Используйте динамическую миграцию для импорта префикса BYOIP, когда какая-либо часть префикса уже публично рекламируется. Импорт рекламируемого префикса без использования live миграция может привести к неожиданной маршрутизации и потере пакетов.

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

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

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

• IP-адреса в диапазоне общедоступного префикса не назначены Ресурсы.

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

На рис. 2 показаны следующие сценарии:

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

  Результат: Объявленный общедоступный префикс не объявляется .

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

  Результат: Объявленный общедоступный префикс .

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

  Результат: Объявленный общедоступный префикс .

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

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

Ограничения динамической миграции

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

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

• Самый длинный префикс, который можно перенести, — это /24 , поскольку /24 — это максимальная маршрутизируемая длина префикса в Интернете.

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

  Например:

  У клиента есть /23 , который активно маршрутизируется из локальной среды. расположение. Заказчик планирует разделить /23 на два /24 префиксы и объявить более конкретные маршруты из своих локальных расположение. После дезагрегации они планируют настроить общедоступную сеть /23 . рекламируемый префикс для BYOIP. Они предполагают, что более конкретные маршруты из их локальное расположение имеет приоритет над более коротким префиксом BYOIP, и этот трафик продолжает направляться к более конкретным локальным префиксам.

  К сожалению, этот план работает только частично:

  • Партнеры Google, у которых есть полные таблицы маршрутизации, предпочитают более конкретные /24 локальные префиксы.

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

• Ваш трафик не доставляется, если Google получает трафик для действительного общедоступный объявленный префикс, для которого вы не предоставили услуги, даже если для префикса имеется активное локальное объявление.

  Например:

  У клиента есть локальная сеть, состоящая из двух префиксов /24 . Их общедоступный префикс представляет собой совокупность /23 .

  Клиент переносит один /24 в Google и отзывает локальные префикс, но другой /24 остается активным в локальном расположении.

  Эта конфигурация приводит к тому, что часть трафика направляется в Google для весь префикс /23 , хотя есть еще более конкретный 9Префикс 0030/24 объявляется из локального расположения. Этот сценарий сложно диагностики, так как различные автономные системы доставляют трафик в вашу локальную сеть. местоположение, но другие доставляют в Google, и в этом случае трафик сбрасывается.

Рекомендации по динамической миграции

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

• Разбить все префиксы динамической миграции на самые длинные префиксы, которые отражать, как вы хотите объявить эти префиксы во время миграции. в предыдущие примеры, /23 следует разбить на два префикса /24 и объявлены как таковые из своего локального расположения, прежде чем вы создадите общедоступный рекламируемый префикс.

• Создавайте запросы ROA с точной длиной префикса и не полагайтесь на максимальную длину параметр, который следует соблюдать.

• Убедитесь, что запросы RPKI ROA существуют как для локального источника ASN, так и для Исходный ASN Google. Если нет ROA для локального префикса, создание ROA происхождения Google может привести к тому, что сторонние интернет-провайдеры отфильтруют эти локальные префиксы, если они используют автоматическую фильтрацию RPKI.

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

  Наличие региональных префиксов в одном общедоступном префиксе и глобальных префиксах в другом общедоступном объявленном префиксе позволяет управлять ими отдельно. Ты может управлять динамической миграцией региональных ресурсов и связаться с вашим Представитель Google Cloud для управления живой миграцией глобального Ресурсы.

Архитектура проекта

Мы рекомендуем вам использовать организации, чтобы извлечь выгоду из такие функции, как разрешения IAM на уровне организации и Общий VPC. См. создание организаций и управление ими для получения дополнительной информации об использовании организации.

Администрирование адресов BYOIP в организации

В этом примере проекта, принадлежащего организации, имеется выделенный проект, Public IP Project , используемый для управления адресами BYOIP. Публичный IP Администратор организации создал общедоступный рекламный префикс и общедоступный делегированные префиксы в Общедоступный IP-проект .

Когда для проекта VPC требуются общедоступные IP-адреса, администратор общедоступного IP-адреса для организация создает IP-адреса в VPC Project .

Организация может содержать несколько проектов, и администратор общедоступного IP-адреса может делегируйте IP-адреса им всем из проекта Public IP Project .

Администрирование адресов BYOIP с помощью Shared VPC

В этом примере организации, которая содержит Shared VPC, есть специальный проект Public IP Project , используемый для управления адресами BYOIP. Администратор общедоступного IP-адреса для организации создал префикс общедоступного объявления. и общедоступные делегированные префиксы в проекте Public IP

IP-адреса, администратор общедоступного IP-адреса для организации создает IP-адреса в Общий хост-проект VPC . Хост-проект и сервисные проекты могут получить доступ к адресам BYOIP из основного проекта.