« Atelier SysRes SE4 2024/2025 E5 » : différence entre les versions

De wiki-se.plil.fr
Aller à la navigation Aller à la recherche
 
(40 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
= Projet Virtualisation - Kaoutar EL-BACHIRI =
== Projet Virtualisation KAOUTAR EL BACHIRI - Machine Apollo 🚀 ==


= Atelier SysRes SE4 2024/2025 - Kaoutar EL-BACHIRI =
===Introduction===


== 1. Création des machines virtuelles ==
Dans ce projet de virtualisation, nous avons mis en place une infrastructure comprenant '''deux machines de services''' et '''une''' '''machine mandataire''', le tout orchestré avec '''Xen'''. La machine '''Apollo''' joue un rôle clé dans l'hébergement des services, tandis que '''Solstice''' assure la gestion du réseau et l'interconnexion avec l'extérieur. 
=== 1.1 Commande de création des VM ===
 
Nous avons créé les machines virtuelles **Apollo** et **Moon** avec la commande `xen-create-image` :
Si vous souhaitez plonger plus en détail dans la configuration de '''Moon''', la seconde machine de services, il vous suffit de cliquant sur le lien suivant : 📎 [[Atelier SysRes SE4 2024/2025 E1|Moon]]. 
 
''Les prochaines sections vous guideront à travers chaque étape de cette mission.'' 🛰️
 
=== Création et Connexion aux Machines Virtuelles ===
 
Dans ce projet, nous avons créé deux machines de services et une machine mandataire à l'aide de l'outil Xen. Les commandes utilisées sont les suivantes :


<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
xen-create-image --hostname=SE4.Apollo --dhcp --dir=/usr/local/xen --size=10G --dist=daedalus --memory=2G --bridge=pontKS
root@capbreton:~# xen-create-image --hostname=SE4.Apollo --dhcp --bridge=pontKS --dir=/usr/local/xen --size=10GB --dist=daedalus --memory=2048M --force
xen-create-image --hostname=SE4.Moon --dhcp --dir=/usr/local/xen --size=10G --dist=daedalus --memory=2G --bridge=pontKS
root@capbreton:~# xen-create-image --hostname=SE4.Solstice --dhcp --bridge=pontKS --dir=/usr/local/xen --size=10GB --dist=daedalus --memory=2048M --force
</syntaxhighlight>
</syntaxhighlight>


=== 1.2 Lancement et connexion aux VM ===
Pour démarrer les machines, nous avons utilisé :
Une fois les images créées, nous avons démarré les VMs et accédé à leurs consoles :


<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
sudo xl create /etc/xen/SE4.Apollo.cfg
xen create /etc/xen/SE4.Apollo.cfg
sudo xl create /etc/xen/SE4.Moon.cfg
xen create /etc/xen/SE4.Solstice.cfg
</syntaxhighlight>


sudo xl console SE4.Apollo
Et pour accéder aux consoles des VMs :
sudo xl console SE4.Moon
 
<syntaxhighlight lang="bash">
xen console SE4.Apollo
xen console SE4.Solstice
</syntaxhighlight>
</syntaxhighlight>
RESULTAT XEN LIST


---
---


== 2. Configuration des machines de services (Apollo et Moon) ==
=== Montage des Partitions /var et /home ===
=== 2.1 Partitions et montage de `/var` et `/home` ===
 
<u>Objectif :</u> Déplacer `/var` et `/tmp` vers des partitions dédiées et les monter automatiquement.
Pour améliorer la gestion des données, nous avons monté les répertoires <code>/var</code> et <code>/home</code> sur des partitions LVM dédiées.
 
==== Création des Fichiers de Partition ====
 
Depuis le serveur Capbreton, nous avons créé les fichiers de partitions dans <code>/dev/virtual</code> :


#### **Création des partitions LVM**
Sur chaque VM, nous avons créé des volumes logiques :
<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
sudo lvcreate -L10G -nvar apollo_vg
root@capbreton:/dev/virtual# ls
sudo lvcreate -L10G -ntmp apollo_vg
SE4.Apollo.var  SE4.Apollo.home  SE4.Moon.var  SE4.Moon.home
</syntaxhighlight>
 
==== Modification des Fichiers de Configuration ====
 
Nous avons modifié les fichiers <code>.cfg</code> pour attacher les partitions LVM aux machines :


sudo lvcreate -L10G -nvar moon_vg
<syntaxhighlight lang="bash">
sudo lvcreate -L10G -ntmp moon_vg
disk = [
    'file:/usr/local/xen/domains/SE4.Apollo/disk.img,xvda2,w',
    'file:/usr/local/xen/domains/SE4.Apollo/swap.img,xvda1,w',
    'phy:/dev/virtual/SE4.Apollo.home,xvdb,w',
    'phy:/dev/virtual/SE4.Apollo.var,xvdc,w',
]
</syntaxhighlight>
</syntaxhighlight>


#### **Formatage des partitions**
Une configuration similaire a été appliquée à [[Atelier SysRes SE4 2024/2025 E1|Moon]].
Nous avons formaté les volumes logiques en `ext4` :
<syntaxhighlight lang="bash">
sudo mkfs.ext4 /dev/apollo_vg/var
sudo mkfs.ext4 /dev/apollo_vg/tmp


sudo mkfs.ext4 /dev/moon_vg/var
==== Formatage et Montage ====
sudo mkfs.ext4 /dev/moon_vg/tmp
</syntaxhighlight>


#### **Modification du fichier `/etc/fstab`**
Les partitions ont été formatées et montées avec les commandes suivantes :
Nous avons ajouté ces entrées pour monter automatiquement les partitions :


<u>Sur Apollo :</u>
<syntaxhighlight lang="bash">
<syntaxhighlight lang="plaintext">
mkfs -t ext4 /dev/xvdb1
/dev/apollo_vg/var  /var  ext4 defaults 0 2
mount /dev/xvdb1 /mnt
/dev/apollo_vg/tmp  /tmp  ext4 defaults 0 2
mv /var/* /mnt
umount /mnt
mount -a
</syntaxhighlight>
</syntaxhighlight>


<u>Sur Moon :</u>
Pour <code>/home</code> :
<syntaxhighlight lang="plaintext">
/dev/moon_vg/var  /var  ext4 defaults 0 2
/dev/moon_vg/tmp  /tmp  ext4 defaults 0 2
</syntaxhighlight>


#### **Test des montages**
Nous avons rechargé la configuration et vérifié les montages :
<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
sudo mount -a
mkfs -t ext4 /dev/xvda3
df -h
mount -a
</syntaxhighlight>
</syntaxhighlight>
Enfin, nous avons modifié le fichier <code>/etc/fstab</code> pour un montage automatique au démarrage.


---
---


== 3. Configuration réseau ==
=== Configuration Réseau ===
=== 3.1 Choix des adresses IPv4 et IPv6 ===
 
<u>Adresses utilisées :</u>
Chaque machine a été configurée avec des adresses IPv4 fixes sur un réseau privé et une configuration automatique pour IPv6.
- **Apollo** : `172.16.0.2`
- **Moon** : `172.16.0.3`
- **Machine Mandataire (Solstice)** : `172.16.0.1` et `193.48.57.166/27`


---
==== Machines de Services (Apollo et Moon) ====


=== 3.2 Configuration des machines de services ===
Exemple de configuration dans <code>/etc/network/interfaces</code> pour Apollo :
Nous avons modifié `/etc/network/interfaces` pour attribuer une adresse IP statique et obtenir une adresse IPv6 automatiquement.


<u>Sur Apollo :</u>
<syntaxhighlight lang="bash">
<syntaxhighlight lang="plaintext">
auto eth0
auto eth0
iface eth0 inet static
iface eth0 inet static
     address 172.16.0.2
     address 172.16.0.2/24
    netmask 255.255.255.0
     gateway 172.16.0.1
     gateway 172.16.0.1


Ligne 96 : Ligne 104 :
</syntaxhighlight>
</syntaxhighlight>


<u>Sur Moon :</u>
[[Atelier SysRes SE4 2024/2025 E1|Moon]] utilise une configuration similaire avec l’adresse <code>172.16.0.3</code>.
<syntaxhighlight lang="plaintext">
 
==== Machine Mandataire (Solstice) ====
 
La machine mandataire agit comme passerelle IPv4 pour les machines de services. Voici sa configuration réseau :
 
<syntaxhighlight lang="bash">
auto eth0
auto eth0
iface eth0 inet static
iface eth0 inet static
     address 172.16.0.3
     address 172.16.0.1/24
    netmask 255.255.255.0
    gateway 172.16.0.1


iface eth0 inet6 auto
iface eth0 inet6 auto
</syntaxhighlight>


Nous avons appliqué la configuration et vérifié :
auto eth1
<syntaxhighlight lang="bash">
iface eth1 inet static
sudo systemctl restart networking
    address 193.48.57.166/27
ip a
    gateway 193.48.57.161
ping 172.16.0.1
</syntaxhighlight>
</syntaxhighlight>


---
---


== 4. Configuration de la machine mandataire (Solstice) ==
=== Séance Improvisée du 4 Février ===
<u>Objectif :</u> Configurer la machine mandataire **SE4.Solstice** pour qu’elle assure la **connexion entre le réseau privé (172.16.0.0/24) et Internet**.
Avec les personnes présentes lors de cette séance, nous avons configuré le routeur pour y ajouter une option pour le mode OSPF. J'ai donc pu suivre les étapes.
 
==== Configuration des VLANs ====


### **4.1 Modification du fichier `/etc/network/interfaces`**
Pendant cette séance, nous avons configuré plusieurs VLANs nécessaires à l'interconnexion des machines et au respect des contraintes du TP :
Nous avons attribué une adresse fixe sur l'interface connectée au réseau privé et une IP publique pour l’accès Internet.


<syntaxhighlight lang="plaintext">
- <code>VLAN 1</code> : Service.
# Interface principale (Internet)
 
auto eth0
- <code>VLAN 50</code> : Machines Xen.
iface eth0 inet static
 
    address 193.48.57.166
- <code>VLAN X</code> : Réseaux privés (1 par étudiant).
    netmask 255.255.255.224
 
    gateway 193.48.57.161
- <code>VLAN 530</code> : Connexion au SR52 pour l'accès à Internet.
    dns-nameservers 8.8.8.8 1.1.1.1
 
Les adresses de réseau utilisées, sont des adresses privées en <code>10.0.0.0</code> que nous avons adapté : <code>10.0.100+Numero.0/24</code> pour chaque machine de service, soit chaque étudiant.
 
==== Configuration SSH ====
 
Nous avons restreint l'accès SSH au routeur en autorisant uniquement les machines du réseau via une access-list. Voici les commandes utilisées :


iface eth0 inet6 auto
<syntaxhighlight lang="bash">
ip access-list standard 10
10 permit 193.48.57.160 0.0.0.15
20 deny any


# Interface privée pour les machines de services
line vty 0 4
auto eth1
access-class 10 in
iface eth1 inet static
password <mot_de_passe_de_promo>
    address 172.16.0.1
transport input ssh
    netmask 255.255.255.0
</syntaxhighlight>
</syntaxhighlight>


Nous avons appliqué la configuration :
La connexion SSH se fait avec :
 
<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
sudo systemctl restart networking
ssh admin@193.48.57.161 -o KexAlgorithms=diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1 -o HostKeyAlgorithms=ssh-rsa
ip a
</syntaxhighlight>Pour tester le ssh nous avons utiliser la commande touch fichier pour créer un fichier sur la machine mandataire depuis la machine d'un autre binôme.
ping -c 4 172.16.0.2
 
ping -c 4 172.16.0.3
RESULTAT TOUCH
</syntaxhighlight>


---
==== Configuration du Routeur avec OSPF ====


### **4.2 Configuration du NAT pour permettre la sortie Internet**
Le protocole OSPF a été configuré pour partager les tables de routage avec le SR52. Voici un extrait de la configuration :
Pour permettre aux machines Apollo et Moon d’accéder à Internet, nous avons activé le NAT.


#### **Activation du transfert IP**
<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
sudo sysctl -w net.ipv4.ip_forward=1
router ospf 1
echo "net.ipv4.ip_forward = 1" | sudo tee -a /etc/sysctl.conf
router-id 10.0.101.1
sudo sysctl -p
summary-address 193.48.57.160 255.255.255.240
redistribute static route-map ospf
redistribute connected
network 193.48.57.160 0.0.0.15 area 10
default-information originate
</syntaxhighlight>
</syntaxhighlight>


#### **Ajout des règles `iptables` pour la NAT**
Les routes OSPF sont bien détectées, comme visible dans les résultats de <code>show ip route</code>.
 
==== Connexion Internet ====
 
Avec OSPF actif, la machine mandataire peut accéder à Internet. Voici le test de ping :
 
<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
sudo iptables -t nat -A POSTROUTING -s 172.16.0.0/24 -o eth0 -j MASQUERADE
root@SE4.Solstice:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=114 time=4.05 ms
</syntaxhighlight>
</syntaxhighlight>


Nous avons sauvegardé la configuration :
RESULTAT - CAPTURE ERCRAN A METTRE
<syntaxhighlight lang="bash">
sudo iptables-save | sudo tee /etc/iptables/rules.v4
</syntaxhighlight>


==== Redirection de port ====
Nous avons modifié le fichier d'autorisation de ssh par <code>/etc/ssh/sshd_config</code> :
PermitRootLogin yes
Il faut ensuite redémarrer le serveur ssh :
root@Solstice:/etc/ssh# /etc/init.d/ssh restart
Redirection du port 2202 de la mandataire vers Poseidon avec nftables:
nft add table ip NAT
nft add chain NAT PREROUTING { type nat hook prerouting priority 0\; }
nft add rule NAT PREROUTING  tcp dport 2202 dnat to 172.16.0.2:22
---
---


### **4.3 Test de connectivité et accès Internet**
=== Mise en Place d’un Serveur DNS ===
Nous avons testé la sortie Internet depuis **Apollo** et **Moon** :
 
Nous avons configuré un serveur DNS pour gérer les noms de domaine associés à nos machines virtuelles : '''apollo-exploration.online''' et '''moonrises.online'''.
 
La première chose a faire est de se reconnecter au registrar de domaine [https://www.gandi.net/fr '''Gandi''']. Nous y avions déjà au préalable commandé nos nom de domaines pour Apollo et [[Atelier SysRes SE4 2024/2025 E1|Moon]]. Après connexion, nous nous rendons dans l'onglet Domaine et nous suivons les instruction pour se procurer le certificat pour nos deux machines. Après avoir suivi le tutoriel nous obtenons deux fichier: '''myserver.key''' et '''server.csr''' qui sont le certificat et la clé de nos domaines.
 
==== Configuration du Serveur DNS Maître et Secondaire ====
 
Sur Apollo, nous avons configuré les zones DNS dans <code>/etc/bind/named.conf.local</code> :


<syntaxhighlight lang="bash">
<syntaxhighlight lang="bash">
ping -c 4 google.com
zone "apollo-exploration.online" {
    type primary;
    file "/etc/bind/zones/apollo-exploration.online";
};
 
 
zone "moonrises.online" {
    type secondary;
    file "/etc/bind/backup/moonrises.online";
    primaries { 172.16.0.2; };
};
</syntaxhighlight>
</syntaxhighlight>


Si la connexion échoue, nous avons ajouté un serveur DNS temporaire :
==== Exemple de Fichiers de Zone ___A TESTER___ ====
<syntaxhighlight lang="bash">
 
echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf
Fichier <code>/etc/bind/zones/apollo-exploration.online.</code>:
ping -c 4 google.com
 
<syntaxhighlight lang="dns">
$TTL 86400
@  IN  SOA ns.apollo-exploration.online. admin.apollo-exploration.online. (
        1  ; Serial
        3600; Refresh
        1800; Retry
        1209600; Expire
        86400 ) ; Minimum TTL
@  IN  NS  ns.apollo-exploration.online.
@  IN  A  172.16.0.2
ns  IN  A  172.16.0.2
</syntaxhighlight>
</syntaxhighlight>
Un fichier similaire a été créé pour moonrises.online.


---
---


## **5. Résumé et conclusion**
Les configurations DNS et réseau permettrons un fonctionnement stable des machines et respectent les exigences du sujet.
✔ **Les machines Apollo et Moon sont bien créées et fonctionnelles** 
✔ **Les partitions `/var` et `/tmp` sont montées automatiquement via LVM** 
✔ **Le réseau privé est configuré avec `172.16.0.0/24` et Solstice en passerelle** 
✔ **Les machines Apollo et Moon peuvent accéder à Internet via NAT** 
✔ **Les tests de connectivité IPv4 et IPv6 sont concluants** 


Notre infrastructure est maintenant **complètement opérationnelle** ! 🚀
Prochaine étapes : '''''<u>finir le serveur DNS et Interconnexion avec Internet (IPv6)</u>'''''.

Version actuelle datée du 5 février 2025 à 22:23

Projet Virtualisation KAOUTAR EL BACHIRI - Machine Apollo 🚀

Introduction

Dans ce projet de virtualisation, nous avons mis en place une infrastructure comprenant deux machines de services et une machine mandataire, le tout orchestré avec Xen. La machine Apollo joue un rôle clé dans l'hébergement des services, tandis que Solstice assure la gestion du réseau et l'interconnexion avec l'extérieur.

Si vous souhaitez plonger plus en détail dans la configuration de Moon, la seconde machine de services, il vous suffit de cliquant sur le lien suivant : 📎 Moon.

Les prochaines sections vous guideront à travers chaque étape de cette mission. 🛰️

Création et Connexion aux Machines Virtuelles

Dans ce projet, nous avons créé deux machines de services et une machine mandataire à l'aide de l'outil Xen. Les commandes utilisées sont les suivantes : 

root@capbreton:~# xen-create-image --hostname=SE4.Apollo --dhcp --bridge=pontKS --dir=/usr/local/xen --size=10GB --dist=daedalus --memory=2048M --force
root@capbreton:~# xen-create-image --hostname=SE4.Solstice --dhcp --bridge=pontKS --dir=/usr/local/xen --size=10GB --dist=daedalus --memory=2048M --force

Pour démarrer les machines, nous avons utilisé : 

xen create /etc/xen/SE4.Apollo.cfg
xen create /etc/xen/SE4.Solstice.cfg

Et pour accéder aux consoles des VMs : 

xen console SE4.Apollo
xen console SE4.Solstice

RESULTAT XEN LIST

---

Montage des Partitions /var et /home

Pour améliorer la gestion des données, nous avons monté les répertoires /var et /home sur des partitions LVM dédiées.

Création des Fichiers de Partition

Depuis le serveur Capbreton, nous avons créé les fichiers de partitions dans /dev/virtual : 

root@capbreton:/dev/virtual# ls
SE4.Apollo.var  SE4.Apollo.home  SE4.Moon.var  SE4.Moon.home

Modification des Fichiers de Configuration

Nous avons modifié les fichiers .cfg pour attacher les partitions LVM aux machines : 

disk = [
    'file:/usr/local/xen/domains/SE4.Apollo/disk.img,xvda2,w',
    'file:/usr/local/xen/domains/SE4.Apollo/swap.img,xvda1,w',
    'phy:/dev/virtual/SE4.Apollo.home,xvdb,w',
    'phy:/dev/virtual/SE4.Apollo.var,xvdc,w',
]

Une configuration similaire a été appliquée à Moon.

Formatage et Montage

Les partitions ont été formatées et montées avec les commandes suivantes : 

mkfs -t ext4 /dev/xvdb1
mount /dev/xvdb1 /mnt
mv /var/* /mnt
umount /mnt
mount -a

Pour /home : 

mkfs -t ext4 /dev/xvda3
mount -a

Enfin, nous avons modifié le fichier /etc/fstab pour un montage automatique au démarrage.

---

Configuration Réseau

Chaque machine a été configurée avec des adresses IPv4 fixes sur un réseau privé et une configuration automatique pour IPv6.

Machines de Services (Apollo et Moon)

Exemple de configuration dans /etc/network/interfaces pour Apollo : 

auto eth0
iface eth0 inet static
    address 172.16.0.2/24
    gateway 172.16.0.1

iface eth0 inet6 auto

Moon utilise une configuration similaire avec l’adresse 172.16.0.3.

Machine Mandataire (Solstice)

La machine mandataire agit comme passerelle IPv4 pour les machines de services. Voici sa configuration réseau : 

auto eth0
iface eth0 inet static
    address 172.16.0.1/24

iface eth0 inet6 auto

auto eth1
iface eth1 inet static
    address 193.48.57.166/27
    gateway 193.48.57.161

---

Séance Improvisée du 4 Février

Avec les personnes présentes lors de cette séance, nous avons configuré le routeur pour y ajouter une option pour le mode OSPF. J'ai donc pu suivre les étapes.

Configuration des VLANs

Pendant cette séance, nous avons configuré plusieurs VLANs nécessaires à l'interconnexion des machines et au respect des contraintes du TP :

- VLAN 1 : Service.

- VLAN 50 : Machines Xen.

- VLAN X : Réseaux privés (1 par étudiant).

- VLAN 530 : Connexion au SR52 pour l'accès à Internet.

Les adresses de réseau utilisées, sont des adresses privées en 10.0.0.0 que nous avons adapté : 10.0.100+Numero.0/24 pour chaque machine de service, soit chaque étudiant.

Configuration SSH

Nous avons restreint l'accès SSH au routeur en autorisant uniquement les machines du réseau via une access-list. Voici les commandes utilisées : 

ip access-list standard 10
10 permit 193.48.57.160 0.0.0.15
20 deny any

line vty 0 4
 access-class 10 in
 password <mot_de_passe_de_promo>
 transport input ssh

La connexion SSH se fait avec : 

ssh admin@193.48.57.161 -o KexAlgorithms=diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1 -o HostKeyAlgorithms=ssh-rsa

Pour tester le ssh nous avons utiliser la commande touch fichier pour créer un fichier sur la machine mandataire depuis la machine d'un autre binôme.

RESULTAT TOUCH

Configuration du Routeur avec OSPF

Le protocole OSPF a été configuré pour partager les tables de routage avec le SR52. Voici un extrait de la configuration : 

router ospf 1
 router-id 10.0.101.1
 summary-address 193.48.57.160 255.255.255.240
 redistribute static route-map ospf
 redistribute connected
 network 193.48.57.160 0.0.0.15 area 10
 default-information originate

Les routes OSPF sont bien détectées, comme visible dans les résultats de show ip route.

Connexion Internet

Avec OSPF actif, la machine mandataire peut accéder à Internet. Voici le test de ping : 

root@SE4.Solstice:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=114 time=4.05 ms

RESULTAT - CAPTURE ERCRAN A METTRE

Redirection de port

Nous avons modifié le fichier d'autorisation de ssh par /etc/ssh/sshd_config : 

PermitRootLogin yes

Il faut ensuite redémarrer le serveur ssh : 

root@Solstice:/etc/ssh# /etc/init.d/ssh restart

Redirection du port 2202 de la mandataire vers Poseidon avec nftables: 

nft add table ip NAT
nft add chain NAT PREROUTING { type nat hook prerouting priority 0\; }
nft add rule NAT PREROUTING  tcp dport 2202 dnat to 172.16.0.2:22

---

Mise en Place d’un Serveur DNS

Nous avons configuré un serveur DNS pour gérer les noms de domaine associés à nos machines virtuelles : apollo-exploration.online et moonrises.online.

La première chose a faire est de se reconnecter au registrar de domaine Gandi. Nous y avions déjà au préalable commandé nos nom de domaines pour Apollo et Moon. Après connexion, nous nous rendons dans l'onglet Domaine et nous suivons les instruction pour se procurer le certificat pour nos deux machines. Après avoir suivi le tutoriel nous obtenons deux fichier: myserver.key et server.csr qui sont le certificat et la clé de nos domaines.

Configuration du Serveur DNS Maître et Secondaire

Sur Apollo, nous avons configuré les zones DNS dans /etc/bind/named.conf.local : 

zone "apollo-exploration.online" {
    type primary;
    file "/etc/bind/zones/apollo-exploration.online";
};


zone "moonrises.online" {
    type secondary;
    file "/etc/bind/backup/moonrises.online";
    primaries { 172.16.0.2; };
};

Exemple de Fichiers de Zone ___A TESTER___

Fichier /etc/bind/zones/apollo-exploration.online.: 

$TTL 86400
@   IN  SOA ns.apollo-exploration.online. admin.apollo-exploration.online. (
        1   ; Serial
        3600; Refresh
        1800; Retry
        1209600; Expire
        86400 ) ; Minimum TTL
@   IN  NS  ns.apollo-exploration.online.
@   IN  A   172.16.0.2
ns  IN  A   172.16.0.2

Un fichier similaire a été créé pour moonrises.online.

---

Les configurations DNS et réseau permettrons un fonctionnement stable des machines et respectent les exigences du sujet.

Prochaine étapes : finir le serveur DNS et Interconnexion avec Internet (IPv6).

Récupérée de « http:///mediawiki/index.php?title=Atelier_SysRes_SE4_2024/2025_E5&oldid=8762 »