« Atelier SysRes SE2a5 2023/2024 E10 » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
Ligne 165 : | Ligne 165 : | ||
*On peut aussi tester la résolution DNS avec <code> nslookup ns1.riga1.lol </code> et <code> nslookup www.riga1.lol </code> | *On peut aussi tester la résolution DNS avec <code> nslookup ns1.riga1.lol </code> et <code> nslookup www.riga1.lol </code> | ||
</br> | </br> | ||
==DNSSEC== | |||
* Modification du fichier <code>/etc/bind/named.conf.options</code> : | |||
<pre>dnssec-enable yes; | |||
dnssec-validation yes; | |||
dnssec-lookaside auto;</pre> | |||
* Création du répertoire <code>riga1.lol.dnssec</code> : | |||
<pre>mkdir /etc/bind/riga1.lol.dnssec/ | |||
cd /etc/bind/riga1.lol.dnssec/</pre> | |||
* Génération de la clef asymétrique de signature de clefs de zone : | |||
<pre>dnssec-keygen -a RSASHA256 -b 2048 -f KSK -n ZONE riga1.lol</pre> | |||
<pre>mv Kriga1.lol.*.key riga1.lol-ksk.key | |||
mv Kriga1.lol.*.private riga1.lol-ksk.private</pre> | |||
* Génération de la clef asymétrique de signature des enregistrements : | |||
<pre>dnssec-keygen -a RSASHA256 -b 2048 -n ZONE riga1.lol</pre> | |||
<pre>mv riga1.lol.*.key riga1.lol-zsk.key | |||
mv Kriga1.lol.*.private riga1.lol-zsk.private</pre> | |||
* Modification du fichier <code>/etc/bind/db.riga1.lol</code> : | |||
<pre>$include "/etc/bind/riga1.lol.dnssec/riga1.lol-ksk.key" | |||
$include "/etc/bind/riga1.lol.dnssec/riga1.lol-zsk.key"</pre> | |||
* Signature des enregistrements de la zone : | |||
<pre>dnssec-signzone -o riga1.lol -k riga1.lol-ksk ../db.riga1.lol riga1.lol-zsk</pre> | |||
* Modification du fichier <code>/etc/bind/named.conf.local</code> : | |||
<pre>zone "riga1.lol" { | |||
type master; | |||
file "/etc/bind/db.detestable.site.signed"; | |||
allow-transfer { .....; }; // ns6.gandi.net | |||
};</pre> | |||
Il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier <code>detestable.site-ksk.key</code>) à Gandi.<br /> | |||
L’algorithme utilisé est le 8 (RSA/SHA-256). |
Version du 23 novembre 2023 à 13:31
Nom de domaine : riga1.lol
Partie sur les conteneurs
dd if=/dev/zero of=fs bs=1024k count=10240 mkfs -t ext4 fs mkdir /tmp/mnt mount -o loop fs /tmp/mnt apt install debootstrap debootstrap stable /tmp/mnt echo "proc /proc proc defaults 0 0" >> tmp/mnt/fstab unshare -p -f -m chroot /tmp/mnt /bin/sh -c "mount /proc ; /bin/bash"
Créer la VM
- Se connecter au serveur en tant que root :
ssh root@capbreton.plil.info
- Créer le fichier de config de la VM :
xen-create-image --hostname=Riga--ip=172.26.145.102 --netmask=255.255.255.0 --gateway=172.26.145.254 --bridge=bridgeStudents --dir=/usr/local/xen --password=glopglop
- Créer la VM :
xen create /etc/xen/kiev.cfg
- Lister les VM :
xen list
- se connecter à la VM depuis capbreton:
xen console
Nom de domaine : riga1.lol
Configurer le SSH
Modifier le fichier /etc/ssh/sshd_config:
- Autoriser la connexion en root :
PermitRootLogin yes
- Redémarrer le service SSH :
service ssh restart
- se connecter en root via ssh :
ssh root@172.26.145.102
Créer les partitions LVM
- Créer 2 partitions LVM sur capbreton pour y rattacher, par la suite /home et /var :
lvcreate -L10G -n Riga-home virtual lvcreate -L10G -n Riga-var virtual
- Lister les LVM :
lsblk
- Dans /etc/xen/Riga.cfg, ajouter les 2 partitions :
'phy:/dev/virtual/Riga-home, xvdb, w',
'phy:/dev/virtual/Riga-var, xvdc, w',
# Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'file:/usr/local/xen/domains/HG/disk.img,xvda2,w', 'file:/usr/local/xen/domains/HG/swap.img,xvda1,w', 'phy:/dev/virtual/Riga-home,xvdb,w', 'phy:/dev/virtual/Riga-var,xvdc,w',
Sur la VM :
mkfs /dev/xvdc // formater et créer un système de fichier
mkfs /dev/xvdb
mkdir new-var // créer un dossier
mount /dev/xvdc new-var/
cp -r /var/* new-var/ // on copie dans le fichier new-var
mkdir /mnt/new_home
mount /dev/xvdb /mnt/new-home
cp -r /home/* /mnt/new_home
vi /etc/fstab // ajout dans le fichier des lignes suivantes :
/dev/xvdb /home ext4 defaults 0 2
/dev/xvdc /var ext4 defaults 0 2
reboot
umount new-var // On démonte
finis conf de bind9 mais erreurs du restart, revoir la config
]
- Eteindre la VM :
xen shut Riga
Créer la machine mandataire
xen-create-image --hostname=balltrap --ip=193.48.57.163 --netmask=255.255.255.240 --bridge=SE2a5 --dir=/usr/local/xen --password=glopglop --gateway=193.48.57.161
xen create balltrap.cfg
- Se connecter à la VM
xen console balltrap
- Vérifier qu'on ping google
- Dans /etc/network/interfaces, obtenir une IPv6 par dhcp :
iface eth0 inet6 auto
Installer le serveur ssh, le serveur Web apache2 et le serveur DNS bind.
Créer la mascarade
- Créer un bridge balltrap dans /etc/network/interfaces :
- Up l'interface du bridge
ifup balltrap
- Ajouter le bridge dans le fichier de config de chaque VM (dans vif):
'ip=192.168.163.1, bridge=balltrap'
- Redémarrer la VM et, dans /etc/network/interfaces, lui déclarer une nouvelle interface réseau (eth1) avec une IP privée statique :
balltrap = 192.168.163.1
kiev = 192.168.163.2
Riga = 192.168.163.3
- Monter l'interface réseau eth1 nouvellement créée :
ifup -a
- Vérifier qu'elle est bien montée :
ip a
Ping les autres IP dans ce réseau privé.
- Créer une redirection de l'interface routée et notre interface privée sur la machine mandataire :
iptables -t nat -A POSTROUTING -j MASQUERADE -s 192.168.10.0/24
apt install iptables-persistent
iptables-save
iptables-save >> /etc/iptables/rules.v4
Vérifier dans /etc/iptables les nouvelles règles de routage.
- Se connecter en ssh depuis capbreton à ma machine de service en utilisant la machine mandataire comme jump :
ssh -J root@193.48.57.163 root@192.168.163.3
- Activer le routage (autoriser la redirection d'IP) (en mode définitif) sur notre machine mandataire : (dans quel dossier ???)
sysctl net.ipv4.ip_forward=1
- Créer maintenant des règles de routages pour se connecter en ssh aux machines de service en utilisant un port différent.
iptables -A PREROUTING -t nat -i eth0 -p tcp -m tcp --dport 2201 -j DNAT --to-destination 192.168.163.2:22
iptables -A PREROUTING -t nat -i eth0 -p tcp -m tcp --dport 2202 -j DNAT --to-destination 192.168.163.3:22
- Se connecter en ssh à la machine de service depuis capbreton en utilisant sur le port 2201 :
ssh root@193.48.57.163 -p 2201
Configurer le serveur DNS
Sur https://www.gandi.net, acheter le nom de domaine riga1.lol et spécifier les serveurs DNS (GlueRecords + externalServerNames):
- DNS principal (machine de service) -> IPv6
- DNS secondaire (machine mandataire) -> IPv4
Sur la machine de service, ajouter le serveur DNS de google (8.8.8.8) dans /etc/resolv.conf (nameserver)
- Maintenant on peut télécharger bind9 sur la machine de service.
Configurer le bind9 :
Dans /etc/bind/named.conf.local, créer la zone DNS (sur la machine de service et mandataire):
- Sur la machine de service (master)
zone "riga1.lol" {
type master;
file "/etc/bind/db.riga1.lol";
allow-transfer {192.168.163.1; };
};
- Sur la machine mandataire (slave)
zone "riga1.lol" {
type slave;
file "/etc/bind/db.riga1.lol";
allow-transfer {192.168.163.3; };
};*
Dans /etc/bind/named.conf.options, ajouter allow-recursion {127.0.0.1}
listen-on-v6 { any; }
listen-on { any; };
allow-recursion {127.0.0.1; };
Le fichier /etc/bind/db.riga1.lol contient les enregistrements DNS
Vérifier qu'il n'y a pas d'erreur de conf DNS :
cat /var/log/daemon.log
Redémarrer le service DNS (ne pas oublier d'incrémenter le SN dans named.conf.local à chaque restart :
service bind9 restart
Vérifier qu'un serveur DNS est bien présent sur une machine pour la zone demandée (installer le package dnsutils préalablement) :
dig @localhost riga1.lol
ou dig 192.168.163.3 riga1.lol
Installer apache2 sur la machine de service et vérifier avec un browser que notre site web www.riga1.lol est en ligne:
- On peut aussi tester la résolution DNS avec
nslookup ns1.riga1.lol
et nslookup www.riga1.lol
DNSSEC
- Modification du fichier
/etc/bind/named.conf.options
:
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;
- Création du répertoire
riga1.lol.dnssec
:
mkdir /etc/bind/riga1.lol.dnssec/
cd /etc/bind/riga1.lol.dnssec/
- Génération de la clef asymétrique de signature de clefs de zone :
dnssec-keygen -a RSASHA256 -b 2048 -f KSK -n ZONE riga1.lol
mv Kriga1.lol.*.key riga1.lol-ksk.key
mv Kriga1.lol.*.private riga1.lol-ksk.private
- Génération de la clef asymétrique de signature des enregistrements :
dnssec-keygen -a RSASHA256 -b 2048 -n ZONE riga1.lol
mv riga1.lol.*.key riga1.lol-zsk.key
mv Kriga1.lol.*.private riga1.lol-zsk.private
- Modification du fichier
/etc/bind/db.riga1.lol
:
$include "/etc/bind/riga1.lol.dnssec/riga1.lol-ksk.key"
$include "/etc/bind/riga1.lol.dnssec/riga1.lol-zsk.key"
- Signature des enregistrements de la zone :
dnssec-signzone -o riga1.lol -k riga1.lol-ksk ../db.riga1.lol riga1.lol-zsk
- Modification du fichier
/etc/bind/named.conf.local
:
zone "riga1.lol" {
type master;
file "/etc/bind/db.detestable.site.signed";
allow-transfer { .....; }; // ns6.gandi.net
};
Il ne reste plus qu’à communiquer la partie publique de la KSK (présente dans le fichier detestable.site-ksk.key
) à Gandi.
L’algorithme utilisé est le 8 (RSA/SHA-256).