Configurer le Réseau dans Red Hat Enterprise Linux

Red Hat Enterprise LinuxBeginner
Pratiquer maintenant

Introduction

Dans ce laboratoire, vous acquerrez une expérience pratique de la configuration des interfaces réseau et des paramètres de nom d'hôte sur un système Red Hat Enterprise Linux. Vous apprendrez les outils et techniques essentiels en ligne de commande pour gérer la connectivité réseau et l'identification de votre système.

Tout au long de ce laboratoire, vous validerez l'état des interfaces réseau existantes et les adresses IP, ajouterez de nouvelles connexions réseau avec des configurations IP statiques, et vous entraînerez à activer et désactiver ces connexions. De plus, vous modifierez les paramètres réseau existants, configurerez le nom d'hôte et la résolution de noms du système, et enfin, testerez la connectivité réseau et la résolution de noms pour vous assurer que toutes les configurations fonctionnent comme prévu.

Valider l'État des Interfaces Réseau et les Adresses IP

Dans cette étape, vous apprendrez à valider l'état des interfaces réseau et les adresses IP sur votre système Red Hat Enterprise Linux à l'aide d'outils en ligne de commande. Comprendre votre configuration réseau est crucial pour le dépannage des problèmes de connectivité et la gestion des services réseau.

Tout d'abord, explorons la commande ip link, qui liste toutes les interfaces réseau disponibles sur votre système. Cette commande fournit une vue d'ensemble de haut niveau de vos adaptateurs réseau, y compris leur état (UP/DOWN), les adresses MAC et l'MTU (Maximum Transmission Unit).

Ouvrez votre terminal. Vous devriez voir une invite similaire à [labex@host ~]$.

ip link show

Vous verrez une sortie similaire à celle-ci, montrant des interfaces comme lo (loopback), eth0 et eth1 (interfaces Ethernet avec des noms alternatifs) :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:16:3e:0f:9e:4e brd ff:ff:ff:ff:ff:ff
    altname enp0s6
    altname ens6
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:16:3e:0f:9e:51 brd ff:ff:ff:ff:ff:ff
    altname enp0s7
    altname ens7

Notez que votre système possède deux interfaces Ethernet (eth0 et eth1) avec des noms alternatifs (enp0s6/ens6 et enp0s7/ens7 respectivement). Le qdisc mq indique qu'un ordonnanceur réseau multi-queue est utilisé pour de meilleures performances.

Ensuite, nous utiliserons la commande ip addr pour afficher des informations détaillées sur les périphériques et les adresses pour une interface réseau spécifique. Cette commande fournit des informations sur les adresses IP attribuées (IPv4 et IPv6), les adresses de diffusion et les masques de sous-réseau.

Vérifions les détails de votre interface eth0 :

ip addr show eth0

La sortie affichera les adresses IP attribuées à eth0, y compris les adresses IPv4 et IPv6 si elles sont configurées :

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:16:3e:0f:9e:4e brd ff:ff:ff:ff:ff:ff
    altname enp0s6
    altname ens6
    inet 172.16.50.116/24 brd 172.16.50.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::216:3eff:fe0f:9e4e/64 scope link
       valid_lft forever preferred_lft forever

Notez que eth0 a l'adresse IP 172.16.50.116/24 avec l'indicateur noprefixroute, ce qui indique que NetworkManager gère le routage pour cette interface.

La commande ip -s link show peut également afficher des statistiques sur les performances du réseau, telles que le nombre d'octets et de paquets transmis et reçus, ainsi que les erreurs ou les paquets perdus. Ceci est utile pour une vérification rapide du trafic réseau.

ip -s link show eth0

Vous verrez les statistiques de l'interface eth0 :

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 00:16:3e:0f:9e:4e brd ff:ff:ff:ff:ff:ff
    RX:  bytes packets errors dropped  missed   mcast
         90512     884      0       0       0       0
    TX:  bytes packets errors dropped carrier collsns
       1430185    1069      0       0       0       0
    altname enp0s6
    altname ens6

Enfin, vérifions la table de routage à l'aide de la commande ip route. La table de routage détermine comment le trafic réseau est dirigé vers sa destination.

ip route

Cette commande affichera la table de routage IPv4, montrant les routes par défaut et les routes pour des réseaux spécifiques. Étant donné que vous avez deux interfaces réseau, vous verrez plusieurs routes :

default via 172.16.50.253 dev eth0 proto dhcp src 172.16.50.116 metric 100
default via 172.16.50.253 dev eth1 proto dhcp src 172.16.50.117 metric 200
172.16.50.0/24 dev eth0 proto kernel scope link src 172.16.50.116 metric 100
172.16.50.0/24 dev eth1 proto kernel scope link src 172.16.50.117 metric 200

Notez qu'il existe deux routes par défaut avec des métriques différentes (100 et 200), ce qui signifie que eth0 a la priorité en raison de sa valeur de métrique inférieure. Les deux interfaces sont connectées au même segment de réseau (172.16.50.0/24) et utilisent la même passerelle (172.16.50.253). L'interface eth0 a l'adresse IP 172.16.50.116/24 et eth1 a 172.16.50.117/24.

Pour afficher la table de routage IPv6, utilisez la commande ip -6 route :

ip -6 route

Vous verrez les entrées de routage IPv6 pour les deux interfaces :

::1 dev lo proto kernel metric 256 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev eth1 proto kernel metric 256 pref medium

Ajouter une Nouvelle Connexion Réseau avec IP Statique

Dans cette étape, vous apprendrez à ajouter une nouvelle connexion réseau avec une adresse IP statique à l'aide de l'outil en ligne de commande nmcli. nmcli est un utilitaire puissant pour contrôler NetworkManager, qui gère les connexions réseau sur Red Hat Enterprise Linux.

Tout d'abord, vérifions l'état actuel des périphériques réseau pour identifier les interfaces disponibles. Cela nous aidera à choisir une interface à configurer.

nmcli dev status

Vous verrez une sortie similaire à celle-ci, montrant des périphériques comme eth0 et eth1 avec leurs noms de connexion respectifs :

DEVICE  TYPE      STATE                   CONNECTION
eth0    ethernet  connected               System eth0
eth1    ethernet  connected               System eth1
lo      loopback  connected (externally)  lo

Pour ce laboratoire, nous utiliserons l'interface eth0 pour créer une nouvelle connexion statique. Notez que votre système possède déjà des connexions actives nommées System eth0 et System eth1 qui sont générées automatiquement par NetworkManager.

Maintenant, ajoutons une nouvelle connexion réseau nommée static-eth0 à l'interface eth0. Nous la configurerons avec une adresse IPv4 statique, un masque de sous-réseau et une passerelle. En fonction de l'environnement réseau actuel (172.16.50.0/24), nous utiliserons les détails suivants :

  • Nom de la connexion : static-eth0
  • Nom de l'interface : eth0
  • Adresse IPv4 : 172.16.50.200/24 (Cela signifie l'adresse IP 172.16.50.200 avec un masque de sous-réseau de 24 bits)
  • Passerelle : 172.16.50.253 (Identique à la passerelle actuelle)

Exécutez la commande suivante pour ajouter la nouvelle connexion. N'oubliez pas d'utiliser sudo car les modifications de configuration réseau nécessitent des privilèges root. Vous ne serez pas invité à entrer un mot de passe.

Remarque : Si vous avez déjà créé une connexion static-eth0 avec une plage IP différente (comme 192.168.1.10/24), vous devez d'abord la supprimer et la recréer avec la plage IP correcte pour cet environnement :

## Supprimer la connexion existante si elle existe avec une mauvaise plage IP
sudo nmcli con delete static-eth0
## Ajouter la nouvelle connexion avec la plage IP correcte
sudo nmcli con add con-name static-eth0 type ethernet ifname eth0 ipv4.addresses 172.16.50.200/24 ipv4.gateway 172.16.50.253 ipv4.method manual

Après avoir exécuté la commande, vous devriez voir un message de confirmation indiquant que la connexion a été ajoutée avec succès :

Connection 'static-eth0' (d4c42169-4134-4d3a-9b31-e837d62601bd) successfully added.

Décomposons la commande :

  • sudo nmcli con add: Il s'agit de la commande de base pour ajouter une nouvelle connexion NetworkManager.
  • con-name static-eth0: Cela attribue le nom static-eth0 à notre nouveau profil de connexion.
  • type ethernet: Spécifie qu'il s'agit d'une connexion de type Ethernet.
  • ifname eth0: Lie ce profil de connexion à l'interface réseau eth0.
  • ipv4.addresses 172.16.50.200/24: Définit l'adresse IPv4 statique et le masque de sous-réseau.
  • ipv4.gateway 172.16.50.253: Définit la passerelle par défaut pour cette connexion.
  • ipv4.method manual: Configure la méthode d'attribution d'adresse IPv4 sur manuelle (statique), l'empêchant d'essayer d'obtenir une adresse IP via DHCP.

Maintenant, vérifions que le nouveau profil de connexion a été créé. Nous pouvons utiliser nmcli con show pour lister toutes les connexions disponibles.

nmcli con show

Vous devriez voir static-eth0 répertorié parmi vos connexions. Notez qu'il n'est pas encore actif (aucun périphérique attribué), tandis que les connexions générées par le système sont actives :

NAME         UUID                                  TYPE      DEVICE
System eth0  5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03  ethernet  eth0
System eth1  9c92fad9-6ecb-3e6c-eb4d-8a47c6f50c04  ethernet  eth1
lo           9eac3150-dd39-47e6-a375-f7165442a8eb  loopback  lo
static-eth0  d4c42169-4134-4d3a-9b31-e837d62601bd  ethernet  --

Dans l'étape suivante, nous apprendrons à activer cette connexion nouvellement créée.

Activer et Désactiver les Connexions Réseau

Dans cette étape, vous apprendrez à activer et désactiver les connexions réseau à l'aide de la commande nmcli. L'activation d'une connexion active l'interface réseau et applique la configuration définie dans le profil de connexion. La désactivation d'une connexion désactive l'interface.

Tout d'abord, listons toutes les connexions réseau pour voir leur état actuel. Cela nous aidera à identifier quelle connexion est active sur eth0.

nmcli con show

Vous verrez une sortie similaire à celle-ci. Notez que System eth0 est actuellement actif sur eth0, et static-eth0 n'est pas actif :

NAME         UUID                                  TYPE      DEVICE
System eth0  5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03  ethernet  eth0
System eth1  9c92fad9-6ecb-3e6c-eb4d-8a47c6f50c04  ethernet  eth1
lo           8fe3e894-2a2e-446f-9abc-cdf612f0d973  loopback  lo
static-eth0  66094d3b-f21a-44f9-b1ef-3b2b2659e487  ethernet  --

Maintenant, activons la connexion static-eth0 que vous avez créée à l'étape précédente.

Remarque importante : Étant donné que nous travaillons dans un environnement distant, l'activation d'une connexion avec une adresse IP différente sur l'interface principale (eth0) peut interrompre votre connexion distante. Dans un environnement de production, vous utiliseriez généralement :

  1. Une interface secondaire pour les tests
  2. Un accès console à la machine
  3. Configurer la connexion pour utiliser la même plage IP que votre connexion actuelle

Pour ce laboratoire, nous utiliserons eth1 au lieu de eth0 pour éviter toute interruption de connexion. Créons d'abord une connexion statique pour eth1 :

sudo nmcli con add con-name static-eth1 type ethernet ifname eth1 ipv4.addresses 172.16.50.201/24 ipv4.gateway 172.16.50.253 ipv4.method manual

Maintenant, activez la connexion static-eth1 :

sudo nmcli con up static-eth1

Vous devriez voir un message de confirmation indiquant que la connexion a été activée avec succès :

Connection 'static-eth1' successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/X)

Après avoir activé static-eth1, la connexion System eth1 d'origine se désactivera automatiquement, car une seule connexion peut être active par périphérique. Vérifions à nouveau l'état de vos périphériques et connexions réseau.

nmcli dev status

Vous devriez maintenant voir eth1 associé à la connexion static-eth1, tandis que eth0 reste avec sa connexion d'origine :

DEVICE  TYPE      STATE      CONNECTION
eth0    ethernet  connected  System eth0
eth1    ethernet  connected  static-eth1
lo      loopback  connected  lo

Et vérifions à nouveau la liste des connexions pour confirmer que static-eth1 est actif :

nmcli con show --active

Vous devriez voir static-eth1 répertorié comme une connexion active, ainsi que les autres connexions actives :

NAME         UUID                                  TYPE      DEVICE
System eth0  5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03  ethernet  eth0
lo           9eac3150-dd39-47e6-a375-f7165442a8eb  loopback  lo
static-eth1  xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx  ethernet  eth1

Maintenant, vérifions que l'interface eth1 possède l'adresse IP statique que vous avez configurée.

ip addr show eth1

La sortie devrait maintenant afficher 172.16.50.201/24 comme adresse IPv4 pour eth1 :

3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:16:3e:0f:9e:51 brd ff:ff:ff:ff:ff:ff
    altname enp0s7
    altname ens7
    inet 172.16.50.201/24 brd 172.16.50.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet6 fe80::216:3eff:fe0f:9e51/64 scope link
       valid_lft forever preferred_lft forever

Enfin, apprenons à désactiver une connexion réseau. Vous pouvez déconnecter un périphérique, ce qui désactivera la connexion active sur ce périphérique.

sudo nmcli dev disconnect eth1

Vous devriez voir un message de confirmation :

Device 'eth1' successfully disconnected.

Vérifiez à nouveau l'état du périphérique. eth1 devrait maintenant être dans un état disconnected.

nmcli dev status
DEVICE  TYPE      STATE         CONNECTION
eth0    ethernet  connected     System eth0
eth1    ethernet  disconnected  --
lo      loopback  connected     lo

Notez que la déconnexion du périphérique désactivera également la connexion qui était auparavant active dessus. Si vous souhaitez réactiver la connexion System eth1 d'origine, vous devrez l'activer à nouveau en utilisant sudo nmcli con up "System eth1" (notez les guillemets autour du nom de la connexion en raison de l'espace). Pour ce laboratoire, nous laisserons eth1 déconnecté pour le moment.

Modifier les Paramètres d'une Connexion Réseau Existante

Dans cette étape, vous apprendrez à modifier les paramètres d'une connexion réseau existante à l'aide de la commande nmcli. Il s'agit d'une tâche courante lorsque vous devez mettre à jour les adresses IP, les serveurs DNS ou d'autres paramètres réseau.

Tout d'abord, assurons-nous que notre connexion static-eth1 est active, car nous allons modifier ses paramètres. Si elle n'est pas active, activez-la maintenant.

sudo nmcli con up static-eth1

Vous devriez voir un message de confirmation si elle a été activée, ou un message indiquant qu'elle est déjà active.

Connection 'static-eth1' successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/X)

Maintenant, affichons les paramètres actuels de la connexion static-eth1. Cette commande affichera toutes les propriétés configurées pour la connexion.

nmcli con show static-eth1

Vous verrez une sortie détaillée des propriétés de la connexion. Faites attention aux lignes ipv4.addresses et ipv4.gateway.

connection.id:                          static-eth1
connection.uuid:                        xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
connection.interface-name:              eth1
...
ipv4.addresses:                         { ip = 172.16.50.201/24, gw = 172.16.50.253 }
ipv4.gateway:                           172.16.50.253
...

Modifions l'adresse IPv4 de static-eth1 en 172.16.50.221/24 et conservons la même passerelle 172.16.50.253.

sudo nmcli con mod static-eth1 ipv4.addresses 172.16.50.221/24 ipv4.gateway 172.16.50.253

Cette commande modifiera le profil de connexion. Cependant, pour que les modifications prennent effet, vous devez désactiver puis réactiver la connexion.

Tout d'abord, désactivez le périphérique eth1 :

sudo nmcli dev disconnect eth1

Vous devriez voir :

Device 'eth1' successfully disconnected.

Ensuite, réactivez la connexion static-eth1 :

sudo nmcli con up static-eth1

Vous devriez voir :

Connection 'static-eth1' successfully activated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/X)

Maintenant, vérifions que l'adresse IP et la passerelle ont été mises à jour.

ip addr show eth1

La sortie devrait maintenant refléter la nouvelle adresse IP 172.16.50.221/24. Notez que vous pouvez également voir une adresse IP secondaire issue de la configuration précédente :

3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:16:3e:0f:a2:70 brd ff:ff:ff:ff:ff:ff
    altname enp0s7
    altname ens7
    inet 172.16.50.221/24 brd 172.16.50.255 scope global noprefixroute eth1
       valid_lft forever preferred_lft forever
    inet 172.16.50.122/24 brd 172.16.50.255 scope global secondary noprefixroute eth1
       valid_lft forever preferred_lft forever

Et vérifiez la table de routage pour confirmer la passerelle :

ip route

Vous devriez voir des routes pour les deux interfaces, avec eth1 ayant la nouvelle adresse IP. Notez que vous pouvez voir des routes supplémentaires s'il existe des adresses IP secondaires :

default via 172.16.50.253 dev eth0 proto dhcp src 172.16.50.121 metric 100
default via 172.16.50.253 dev eth1 proto static metric 101
172.16.50.0/24 dev eth0 proto kernel scope link src 172.16.50.121 metric 100
172.16.50.0/24 dev eth1 proto kernel scope link src 172.16.50.221 metric 101
172.16.50.0/24 dev eth1 proto kernel scope link src 172.16.50.122 metric 101

Vous pouvez également ajouter ou supprimer des valeurs spécifiques à partir de paramètres à valeurs multiples, comme les serveurs DNS. Ajoutons un serveur DNS 8.8.8.8 à notre connexion static-eth1.

sudo nmcli con mod static-eth1 +ipv4.dns 8.8.8.8

Pour appliquer cette modification, vous devez désactiver et réactiver la connexion à nouveau. Vous pouvez exécuter ces commandes sur des lignes séparées ou les combiner :

sudo nmcli dev disconnect eth1
sudo nmcli con up static-eth1

Vérifiez les paramètres DNS :

nmcli con show static-eth1 | grep ipv4.dns

Vous devriez voir 8.8.8.8 répertorié comme serveur DNS :

ipv4.dns:                               8.8.8.8

Configurer le Nom d'Hôte et la Résolution de Noms du Système

Dans cette étape, vous apprendrez à configurer le nom d'hôte de votre système et à gérer les paramètres de résolution de noms. Le nom d'hôte est un nom unique qui identifie votre système sur un réseau, et la résolution de noms est le processus de traduction des noms d'hôte en adresses IP et vice versa.

Tout d'abord, vérifions le nom d'hôte actuel de votre système à l'aide de la commande hostname.

hostname

Vous verrez le nom d'hôte actuel, qui peut être une valeur par défaut comme host ou localhost.localdomain.

host

Pour définir un nom d'hôte statique, nous utilisons la commande hostnamectl. Cette commande modifie le fichier /etc/hostname, qui conserve le nom d'hôte lors des redémarrages. Définissons le nom d'hôte sur server.labex.example.com.

sudo hostnamectl set-hostname server.labex.example.com

Après avoir défini le nom d'hôte, vous pouvez le vérifier à l'aide de hostnamectl status.

hostnamectl status

Vous devriez voir le nouveau nom d'hôte statique répertorié :

 Static hostname: server.labex.example.com
       Icon name: computer-vm
         Chassis: vm 🖴
      Machine ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
         Boot ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  Virtualization: kvm
Operating System: Red Hat Enterprise Linux 9.6 (Plow)
     CPE OS Name: cpe:/o:redhat:enterprise_linux:9::baseos
          Kernel: Linux 5.14.0-xxx.el9.x86_64
    Architecture: x86-64
 Hardware Vendor: Alibaba Cloud
  Hardware Model: Alibaba Cloud ECS

Vous pouvez également vérifier directement le contenu du fichier /etc/hostname :

cat /etc/hostname

Cela affichera votre nouveau nom d'hôte :

server.labex.example.com

Ensuite, configurons la résolution de noms. Les systèmes Linux utilisent généralement le fichier /etc/hosts pour les mappages locaux nom d'hôte-adresse IP avant d'interroger les serveurs DNS. Ajoutons une entrée à /etc/hosts pour un serveur fictif webserver.labex.example.com avec l'adresse IP 192.168.1.100.

Nous utiliserons sudo nano pour modifier le fichier /etc/hosts.

sudo nano /etc/hosts

Ajoutez la ligne suivante à la fin du fichier :

192.168.1.100   webserver.labex.example.com

Appuyez sur Ctrl+X, puis sur Y pour enregistrer, et sur Entrée pour confirmer le nom de fichier.

Maintenant, vérifions que l'entrée est présente dans /etc/hosts :

cat /etc/hosts

Vous devriez voir votre entrée ajoutée :

127.0.0.1       localhost localhost.localdomain localhost4 localhost4.localdomain4
::1             localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.1.100   webserver.labex.example.com

Pour tester la résolution de noms à l'aide du fichier /etc/hosts, vous pouvez utiliser la commande getent hosts. Cette commande interroge la configuration du Name Service Switch (NSS), qui inclut /etc/hosts.

getent hosts webserver.labex.example.com

Vous devriez voir l'adresse IP résolue à partir de votre fichier /etc/hosts :

192.168.1.100   webserver.labex.example.com

Enfin, examinons le fichier /etc/resolv.conf, qui contrôle la manière dont les requêtes DNS sont effectuées. NetworkManager gère généralement ce fichier. À l'étape précédente, vous avez ajouté 8.8.8.8 comme serveur DNS à votre connexion static-eth1. Vérifions qu'il apparaît dans /etc/resolv.conf.

cat /etc/resolv.conf

Vous devriez voir nameserver 8.8.8.8 répertorié avec d'autres serveurs de noms système :

## Generated by NetworkManager
search labex.example.com
nameserver 100.100.2.136
nameserver 100.100.2.138
nameserver 8.8.8.8

Remarque : La directive search et les serveurs de noms système peuvent varier en fonction de votre environnement. L'important est que 8.8.8.8 apparaisse dans la liste.

Tester la Connectivité Réseau et la Résolution de Noms

Dans cette dernière étape, vous testerez la connectivité réseau et la résolution de noms à l'aide de divers outils en ligne de commande. Cela vous aidera à confirmer que vos configurations réseau fonctionnent comme prévu.

Tout d'abord, utilisons la commande ping pour tester la connectivité réseau de base vers une adresse IP connue. Nous allons pinger la passerelle 172.16.50.253 que nous avons configurée à l'étape précédente. L'option -c3 n'envoie que 3 paquets.

ping -c3 172.16.50.253

Vous devriez voir des réponses réussies, indiquant la connectivité à votre passerelle :

PING 172.16.50.253 (172.16.50.253) 56(84) bytes of data.
64 bytes from 172.16.50.253: icmp_seq=1 ttl=64 time=0.052 ms
64 bytes from 172.16.50.253: icmp_seq=2 ttl=64 time=0.049 ms
64 bytes from 172.16.50.253: icmp_seq=3 ttl=64 time=0.045 ms

--- 172.16.50.253 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.045/0.049/0.052/0.003 ms

Remarque : Vous pouvez interrompre la commande ping à tout moment en appuyant sur Ctrl+C si nécessaire.

Ensuite, testons la résolution de noms pour l'entrée webserver.labex.example.com que vous avez ajoutée à /etc/hosts. Nous utiliserons à nouveau getent hosts, car il consulte /etc/hosts en premier.

getent hosts webserver.labex.example.com

Vous devriez voir l'adresse IP 192.168.1.100 renvoyée :

192.168.1.100   webserver.labex.example.com

Maintenant, testons la résolution DNS pour un nom d'hôte externe, comme google.com, à l'aide de la commande host. Cette commande interroge vos serveurs DNS configurés (qui devraient inclure 8.8.8.8 à partir de votre connexion static-eth0).

host google.com

Vous devriez voir les adresses IP pour google.com :

google.com has address 142.251.46.174
google.com has IPv6 address 2607:f8b0:4005:802::200e
google.com mail is handled by 10 smtp.google.com.

La commande dig est un autre outil puissant pour interroger les serveurs de noms DNS. Elle fournit des informations plus détaillées sur la requête DNS.

dig google.com

Vous verrez une sortie plus verbeuse, incluant le serveur DNS qui a répondu et les détails de la requête :

; <<>> DiG 9.16.23-RH <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21983
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;google.com.                    IN      A

;; ANSWER SECTION:
google.com.             1       IN      A       142.251.46.174

;; Query time: 1 msec
;; SERVER: 100.100.2.136#53(100.100.2.136)
;; WHEN: Mon Jun 16 10:18:26 CST 2025
;; MSG SIZE  rcvd: 44

Enfin, utilisons la commande ss pour afficher les statistiques des sockets et confirmer les connexions réseau actives. Nous utiliserons -t pour les sockets TCP et -a pour tous les sockets (en écoute et établis).

ss -ta

Vous verrez une liste des connexions TCP et des ports en écoute sur votre système :

State                                Recv-Q                                Send-Q                                                               Local Address:Port                                                                      Peer Address:Port
LISTEN                               0                                     128                                                                        0.0.0.0:exlm-agent                                                                     0.0.0.0:*
LISTEN                               0                                     128                                                                        0.0.0.0:ssh                                                                            0.0.0.0:*
ESTAB                                0                                     0                                                                    172.16.50.121:exlm-agent                                                               172.16.50.251:36354
LISTEN                               0                                     128                                                                           [::]:ssh                                                                               [::]:*

Ceci conclut le lab sur la gestion du réseau. Vous avez validé avec succès les configurations réseau, ajouté et modifié des connexions, configuré le nom d'hôte et la résolution de noms, et testé la connectivité.

Résumé

Dans ce lab, nous avons acquis une expérience pratique dans la gestion des interfaces réseau et des configurations de noms d'hôte sur un système Red Hat Enterprise Linux. Nous avons commencé par valider l'état des interfaces réseau et les adresses IP à l'aide des commandes ip link et ip addr, en comprenant comment interpréter leur sortie pour le diagnostic réseau.

Par la suite, nous avons appris à ajouter de nouvelles connexions réseau avec des adresses IP statiques, à activer et désactiver ces connexions, et à modifier les paramètres réseau existants, démontrant ainsi notre maîtrise de nmcli pour la gestion du réseau. Enfin, nous avons configuré le nom d'hôte du système et la résolution de noms, et vérifié la connectivité réseau et la résolution de noms, consolidant ainsi notre compréhension des concepts essentiels du réseau Linux.