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 nomstatic-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éseaueth0.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 :
- Une interface secondaire pour les tests
- Un accès console à la machine
- 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.
