Jak włączyć IPv6 na Fedorze 28 na Amazon EC2

3

Wydaje mi się, że nie mogę uruchomić IPv6 w Fedorze 28 w Amazon EC2 (więc przy użyciu inicjowania chmury i DHCPv6).

Działa w RHEL 7 z konfiguracją opisaną tutaj . Zastosowanie tej samej konfiguracji do Fedory 28 wydaje się nic nie robić. W szczególności, /etc/sysconfig/networkczy nie dostać przepisany zawierać NETWORKING_IPV6=yes, ani nie /etc/sysconfig/network-scripts/ifcfg-eth0zawiera żadnej rzeczy IPv6.

Mój /etc/cloud/cloud.cfg.d/56-custom-networking.cfgzawiera:

network:
  version: 1
  config:
  - type: physical
    name: eth0
    subnets:
      - type: dhcp
      - type: dhcp6

Wygenerowane /etc/sysconfig/networkjest:

NOZEROCONF=yes
DEVTIMEOUT=10

# Created by cloud-init on instance boot automatically, do not edit.
#
NETWORKING=yes

Wygenerowane /etc/sysconfig/network-scripts/ifcfg-eth0jest:

# Created by cloud-init on instance boot automatically, do not edit.
#
BOOTPROTO=dhcp
DEVICE=eth0
HWADDR=0e:79:0a:22:60:26
ONBOOT=yes
TYPE=Ethernet
USERCTL=no

Mój ifconfig -a:

[aram@eden ~]$ ifconfig -a
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9001
        inet 172.31.35.163  netmask 255.255.240.0  broadcast 172.31.47.255
        inet6 fe80::c79:aff:fe22:6026  prefixlen 64  scopeid 0x20<link>
        ether 0e:79:0a:22:60:26  txqueuelen 1000  (Ethernet)
        RX packets 498  bytes 45355 (44.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 332  bytes 38967 (38.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Wersje systemu operacyjnego:

[aram@eden ~]$ cat /etc/os-release 
NAME=Fedora
VERSION="28 (Cloud Edition)"
ID=fedora
VERSION_ID=28
PLATFORM_ID="platform:f28"
PRETTY_NAME="Fedora 28 (Cloud Edition)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:fedoraproject:fedora:28"
HOME_URL="https://fedoraproject.org/"
SUPPORT_URL="https://fedoraproject.org/wiki/Communicating_and_getting_help"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=28
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=28
PRIVACY_POLICY_URL="https://fedoraproject.org/wiki/Legal:PrivacyPolicy"
VARIANT="Cloud Edition"
VARIANT_ID=cloud
[aram@eden ~]$ 
Aram Hăvărneanu
źródło

Odpowiedzi:

5

Dzieje się tak, ponieważ obecna wersja inicjująca chmurę (testowana z 17.1) nie regeneruje ustawień sieciowych przy każdym uruchomieniu. Ustawienia sieciowe są generowane tylko przy pierwszym uruchomieniu. Możesz to zaobserwować, logując się do plików dziennika chmury-init:

$ grep 'network config' /var/log/cloud-init.log

2018-09-18 22:13:26,089 - stages.py[INFO]: Applying network configuration from ds bringup=False: {'version': 1, 'config': [{'type': 'physical', 'name': 'eth0', 'subnets': [{'type': 'dhcp4'}], 'mac_address': '12:64:78:dd:c8:62'}]}
2018-09-18 22:13:29,211 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 10:08:08,367 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 10:08:11,458 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 11:01:12,917 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 11:01:16,011 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 11:10:38,782 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 11:10:41,871 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 11:12:10,407 - stages.py[DEBUG]: not a new instance. network config is not applied.
2018-09-26 11:12:13,475 - stages.py[DEBUG]: not a new instance. network config is not applied.

Jak widać, konfiguracja sieci została zastosowana tylko przy pierwszym uruchomieniu (w tym momencie instancja nie miała jeszcze IPV6).

Wystąpił problem z konfiguracją tego zachowania: https://bugs.launchpad.net/cloud-init/+bug/1765801


Oto kroki, które podjąłem, aby włączyć IPV6 w istniejącej instancji na Amazon EC2 dla Fedory 28 (Cloud Edition):

  1. Dodaj NETWORKING_IPV6=yesdo/etc/sysconfig/network
  2. Dodaj DHCPV6C=yesdo/etc/sysconfig/network-scripts/ifcfg-eth0
  3. Biegać sudo systemctl restart network

Po wykonaniu tych kroków protokół IPV6 jest włączony i utrzymuje się również między restartami. Jeśli jednak z jakiegoś powodu instancja zostanie ponownie utworzona, a inicjacja w chmurze uzna, że ​​jest to pierwszy rozruch, zmiany zostaną utracone. Jednak inicjowanie w chmurze już generuje konfigurację sieci IPV6 po wyjęciu z pudełka, więc nadal powinno być dobrze.

bennofs
źródło