Konfiguracja interfejsów sieciowych

Nazwy interfejsów

systemd używa domyślnie następującego schematu przydzielania nazw interfejsom sieciowym (przy założeniu, że obsługa podsystemu biosdevname jest wyłączona, tj. biosdevname=0; biosdevname jest pomocniczym programem użytkowym dla udev, opracowanym przez firmę Dell (na licencji GPL), który dostarcza spójnego mechanizmu nadawania nazw urządzeniom sieciowym na podstawie ich fizycznego położenia udostępnianego przez BIOS):

1. nazwy urobione wg informacji pozyskanych z oprogramowania firmowego lub BIOS-u (np. eno1); w przeciwnym razie nazwy wg schematu 2

2. nazwy urobione wg informacji pozyskanych z oprogramowania firmowego lub BIOS-u o położeniu urządzenia na szynie PCI (np. ens1); w przeciwnym razie nazwy wg schematu 3

3. nazwy urobione wg informacji o fizycznym położeniu NIC na płycie głównej (np. enp2s0); w przeciwnym razie nazwy wg schematu 5

4. nazwy urobione wg adresu MAC (np. enx78e7d1ea46da) nie sa stosowane, ale są dostępne na życzenie użytkownika

5. tradycyjny, nieprzewidywalny schemat nazewniczy, jeśli inne zawiodły (np. eth0)

Nazwy interfejsów sieciowych są zależne od ich typu i poprzedzone prefiksami:

• en – Ethernet

• wl – wireless LAN (WLAN)

• ww – wireless wide area network (WWAN)

Pozostała część nazwy zależy od typu urządzenia:

Kilka przykładów wyznaczania nazw:

Nazwy wg biosdevname (schemat stosowany domyślnie dla systemów firmy Dell oraz gdy biosdevname został explicite włączony):

Jeśli nie chcemy modyfikować konfiguracji udev w celu zmiany nazwy interfejsu sieciowego, to można tę nazwę zmienić korzystając z komendy ip, np.:

# ip link set eth1 down
# ip link set eth1 name em2
# ip link set em2 up

Tę samą zmianę nazwy interfejsu sieciowego, ale w sposób trwały można uzyskać poprzez zastosowanie następujących komend:

# echo 'ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="54:52:00:10:00:02", NAME="em2"' \
                                                                 > /etc/udev/rules.d/70-persistent-net.rules

# (modprobe -r virtio_net; modprobe virtio_net)&

Oczywiście w powyższym przykładzie adres MAC trzeba zastąpić adresem właściwym dla interfejsu, którego nazwę zmieniamy. Także nazwę modułu do obsługi danego rodzaju interfesju, który trzeba wyładować i ponownie załadować, należy dostosować do systemu komputerowego (np. interfejsy gigabitowe firmy Intel będą obsługiwane przez moduł e1000).

Konfiguracja interfejsów w IPv4

Każda z maszyn wirtualnych dysponuje dwoma adapterami ethernetowymi; zob. lspci. Przy pomocy komendy lspci można także określić moduł używany przez jądro do obsługi konkretnego urządzenia:

[root@centos7-2 ~]# lspci -v -s 00:03.0
00:03.0 Ethernet controller: Red Hat, Inc Virtio network device
        Subsystem: Red Hat, Inc Device 0001
        Physical Slot: 3
        Flags: bus master, fast devsel, latency 0, IRQ 10
        I/O ports at c0a0 [size=32]
        Memory at febf1000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at febd0000 [disabled] [size=64K]
        Capabilities: [40] MSI-X: Enable+ Count=3 Masked-
        Kernel driver in use: virtio-pci
        Kernel modules: virtio_pci

Komenda lsmod | grep virtio_pci potwierdza obecność wskazanego modułu w jądrze.

Komendy ifconfig (w nowszych wersjach systemu już jej nie ma) oraz ip pokazują dostępne w systemie interfejsy sieciowe i ich konfigurację:

# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.142.2  netmask 255.255.255.0  broadcast 192.168.142.255
        inet6 fe80::5652:ff:fe01:2  prefixlen 64  scopeid 0x20<link>
        ether 54:52:00:01:00:02  txqueuelen 1000  (Ethernet)
        RX packets 74615  bytes 26271654 (25.0 MiB)
        RX errors 0  dropped 9  overruns 0  frame 0
        TX packets 6380  bytes 642702 (627.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 54:52:00:10:00:02  txqueuelen 1000  (Ethernet)
        RX packets 66956  bytes 3481944 (3.3 MiB)
        RX errors 0  dropped 41857  overruns 0  frame 0
        TX packets 14321  bytes 2540790 (2.4 MiB)
        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 0  (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

# ip address show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 54:52:00:01:00:02 brd ff:ff:ff:ff:ff:ff
    inet 192.168.142.2/24 brd 192.168.142.255 scope global dynamic eth0
       valid_lft 2369sec preferred_lft 2369sec
    inet6 fe80::5652:ff:fe01:2/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
       link/ether 54:52:00:10:00:02 brd ff:ff:ff:ff:ff:ff

Wykorzystując interfejs eth1 można połączyć ze sobą maszyny wirtualne w odrębną, wydzieloną sieć (sieci). W tym celu trzeba wykonać następujące czynności:

• sprawdzić, czy interfejs eth1 jest prawidłowo podłączony do urządzenia sieciowego (przełącznika)

  # ethtool eth1
  Settings for eth1:
          Link detected: yes
  

• przypisać interfejsowi statyczny adres z puli 10.0.0.0/24:

  # ip address add 10.0.0.1/24 dev eth1
  

  Przypisanie adresu do interfejsu wg powyższego przepisu jest równoznaczne z wykonaniem komendy ip link set dev eth1 up. Jak wygląda stan interfejsu i tablica routing po wykonaniu komendy ip link set dev eth1 down?

• sprawdzić, czy host widzi bramę sieci oraz inne hosty w tej samej sieci

  # ping -c 1 10.0.0.254
  PING 10.0.0.254 (10.0.0.254) 56(84) bytes of data.
  64 bytes from 10.0.0.254: icmp_seq=1 ttl=64 time=0.103 ms
  
  --- 10.0.0.254 ping statistics ---
  1 packets transmitted, 1 received, 0% packet loss, time 0ms
  rtt min/avg/max/mdev = 0.103/0.103/0.103/0.000 ms
  

• sprawdzić tablicę routingu

  # ip route [show]
  default via 192.168.142.254 dev eth0  proto static  metric 100
  10.0.0.0/24 dev eth1  proto kernel  scope link  src 10.0.0.1
  192.168.142.0/24 dev eth0  proto kernel  scope link  src 192.168.142.1  metric 100
  

Zob. Przykłady użycia komendy ip.

# nmcli con show [--active]
NAME                UUID                                  TYPE            DEVICE
System eth0         5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03  802-3-ethernet  eth0
Wired connection 1  bc674f80-f9b7-3850-bb79-df4207e13099  802-3-ethernet  eth1

# nmcli con delete [UUID] bc674f80-f9b7-3850-bb79-df4207e13099
Connection 'Wired connection 1' (bc674f80-f9b7-3850-bb79-df4207e13099) successfully deleted.

# cd /etc/sysconfig/network-scripts
# cat <<EOF > ifcfg-eth1
DEVICE=eth1
BOOTPROTO=none
ONBOOT=yes
IPADDR=10.111.0.1
PREFIX=24
DEFROUTE=no
DOMAIN="fizyka.umk.pl"
EOF

# nmcli con load /etc/sysconfig/network-scripts/ifcfg-eth1

# cat <<EOF > ifcfg-eth1
DEVICE=eth1
BOOTPROTO=static
ONBOOT=yes
IPADDR1=10.111.0.1
PREFIX1=24
IPADDR2=192.168.242.1
PREFIX2=24
DEFROUTE=no
EOF

# nmcli con load /etc/sysconfig/network-scripts/ifcfg-eth1

# nmcli connection add type ethernet con-name 'System eth1 via dhcp' ifname eth1

# cat ifcfg-System_eth1_via_dhcp
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
PEERDNS=yes
PEERROUTES=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME="System eth1 via dhcp"
UUID=e46f6d9f-b6dd-4ccc-af0f-b267e6b4b57e
DEVICE=eth1
ONBOOT=yes

Instalacja i konfiguracja serwera DHCP

Zob. Instalacja i konfiguracja serwera DHCP.

Konfiguracja interfejsów w IPv6

Zob. Konfiguracja interfejsów w IPv6.

IPv6 Tunnel Endpoints
   Server IPv4 Address:216.66.80.162
   Server IPv6 Address:2001:470:70:130::1/64
   Client IPv4 Address:158.75.5.233
   Client IPv6 Address:2001:470:70:130::2/64
Routed IPv6 Prefixes
   Routed /64:2001:470:71:130::/64
   Routed /48:2001:470:60be::/48

ip tunnel add he-ipv6 mode sit remote $remoteIP local $localIP

ip link set he-ipv6 up
ip addr add $localIPv6 dev he-ipv6
ip route add ::/0 dev he-ipv6

sysctl net.ipv4.conf.he-ipv6.route_localnet=1
sysctl net.ipv6.conf.all.forwarding=1

interface $device
{
   AdvSendAdvert on;
   MinRtrAdvInterval 30;
   MaxRtrAdvInterval 100;
   prefix 2001:470:71:130::/64
   {
        AdvOnLink on;
        AdvAutonomous on;
        AdvRouterAddr off;
        AdvValidLifetime 300;
        AdvPreferredLifetime 30;
    };
 };

# ping6 -c5 www.ipv6tf.org
# ping6 -c5 e2867.dsca.akamaiedge.net
# ping6 -c5 ipv6.google.com