GCP, базовая настройка IPv6 для экземпляра виртуальной машины Linux

Я пытаюсь настроить простую виртуальную машину в Google Cloud Platform, которая сможет успешно пинговать ipv6.google.com. Я использую эти документы GCP по поддержке IPv6, включая:

• https://cloud.google.com/vpc/docs/vpc#ipv6-addresses
• https://cloud.google.com/vpc/docs/using-vpc#subnet-enable-ipv6
• https://cloud.google.com/compute/docs/ip-addresses/configure-ipv6-address

[ПРИМЕЧАНИЕ: Отредактировано/обновлено для предоставления полных команд]

Вот моя простая и повторяемая концепция:

1. В рамках проекта создайте VPC сеть

$ gcloud config set project my-test-project

$ gcloud compute networks create targetnet \
   --subnet-mode=custom --mtu=1460 --bgp-routing-mode=regional

2. Создайте подсеть с поддержкой IPv6

$ gcloud compute networks subnets create targetnet-1 \
   --network=targetnet --range=10.9.9.0/24 \
   --stack-type=IPV4_IPV6 --ipv6-access-type=EXTERNAL \
   --region=us-west2

3. Создайте экземпляр с поддержкой IPv6

$ gcloud compute instances create test-1 \
   --stack-type=IPV4_IPV6 --ipv6-network-tier=PREMIUM \
   --subnet=targetnet-1 --zone=us-west2-a \
   --image-family=debian-10 --image-project=debian-cloud \
   --machine-type=e2-micro 

4. Добавьте правило брандмауэра для предоставления доступа SSH к экземпляру

$ gcloud compute firewall-rules create target-ssh-home \
   --network targetnet --allow tcp:22 --source-ranges <мой IPv4 адрес>

5. SSH на экземпляр, посмотрите сетевые адреса и маршрут:

$ ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1460 state UP qlen 1000
    inet6 2600:1900:xxxx:xxxx:0:1::/128 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::4001:aff:fe04:2d2/64 scope link 
       valid_lft forever preferred_lft forever

$ ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2600:1900:xxxx:xxxx:0:1:: dev ens4 proto kernel metric 256 pref medium
fe80::/64 dev ens4 proto kernel metric 256 pref medium
default via fe80::4001:aff:fe04:201 dev ens4 proto ra metric 1024 expires 85sec pref medium

6. Попытайтесь пинговать внешний ресурс IPv6:

$ ping6 ipv6.google.com
PING ipv6.google.com(lax31s01-in-x0e.1e100.net (2607:f8b0:4007:80e::200e)) 56 data bytes
From fe80::4001:ff:fe00:0%ens4 (fe80::4001:ff:fe00:0%ens4): icmp_seq=1 Destination unreachable: No route

Документы указывают, что настройки брандмауэра по умолчанию должны разрешать исходящий ICMP. Тем не менее, я также пробовал добавлять правила брандмауэра для разрешения ICMP (и каждого) сервиса в различных формах, чтобы увидеть, поможет ли это. Это не изменило результат. Также я подтвердил, что GCP добавил маршрут IPv6 по умолчанию для сети. (::/0).

Согласно документации, GCP должен предоставить /64, и сетевому интерфейсу следует назначить первый адрес из этого диапазона. Я этого здесь не вижу. Нужно ли мне что-то сделать на хосте, чтобы это получить? Или есть что-то, что я пропустил и что необходимо в GCP?

Подключение к API и службам Google из VPC через внешние IPv6 адреса в настоящее время не поддерживается. Попытки пинговать ‘ipv6.google.com’ из облачной виртуальной машины через IPv6 часто приводят к ответу ICMP “назначение недоступно”.
Я воспроизвел вашу настройку с шагами, которые вы упомянули, и также получал ту же ошибку “Destination unreachable: No route”, пытаясь пинговать ipv6.google.com, однако мне удалось успешно пинговать другие сайты IPv6, такие как ‘wikipedia.org’.

Кроме того, чтобы наилучшим образом использовать ВМ с сетью IPv6, вы можете предпочесть использование балансировки нагрузки GCP с поддержкой IPv6.

Я обнаружил, что даже после открытия брандмауэров на уровне GCP и ufw, мне нужно было добавить inet6 к интерфейсу по умолчанию ens4, который настроил GCP.

На debian я отредактировал: /run/network/interfaces.d/ens4

И добавил: iface ens4 inet6 dhcp

Так что оба inet dhcp и inet6 dhcp были присутствуют.