https://wiki-ima.plil.fr/mediawiki//api.php?action=feedcontributions&feedformat=atom&user=RtoinWiki d'activités IMA - Contributions de l’utilisateur [fr]2026-05-13T21:37:48ZContributions de l’utilisateurMediaWiki 1.29.2https://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48926TP sysres IMA5sc 2018/2019 G82018-12-17T18:07:14Z<p>Rtoin : /* Sécurisation Wifi par clé WPA2-EAP */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 (en haut de la baie) afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: <code>zhWEcNfwANbzCr5fk2mJHg6</code><br />
<br />
Modification du fichier <code>/etc/xen/nyx.cfg</code> pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortir de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Nous modifions le fichier /etc/xen/nyx.cfg afin d'y ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de notre VM, nous créons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande <code>fdisk -l</code> nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier <code>/etc/fstab</code> de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition:<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier <code>/etc/ssh/ssh_conf</code> afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
Installation d'apache2 et de bind9 sur la VM<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: <code>www.nyxplil.space</code><br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier <code>dns.nyxplil.space</code> avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier <code>named.conf.local</code> afin d'autoriser le transfert de paquets vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
Nous créons le dossier <code>/etc/bind/nyxplil.space.dnssec</code> où nous générons des clefs KSK et ZSK avec l'algorithme RSA/SHA-1<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
Nous renommons les 2 clefs et les ajoutons au fichier <code>/etc/bind/dns.nyxplil.space</code><br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
Enfin, nous pouvons signer la zone:<br />
<br />
dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
Nous relançons bind9<br />
<br />
service bind9 restart<br />
<br />
Nous ajoutons alors le DNSSEC sur Gandi et nous vérifions le résultat su rle site http://dnsviz.net<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
Nous téléchargeons ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier <code>sll</code>:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
Nous ajoutons une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
Nous rajoutons également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
Nous utilisons enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
Nous ajoutons dans <code>/etc/xen/nyx.cfg</code><br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
Reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
Nous créons le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
Nous installons un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
Nous montons le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction:<br />
<br />
Nous commençons par ajouter un fichier <code>test.txt</code> au dossier <code>/mnt</code><br />
<br />
Nous supprimons ensuite l'une des partitions, ici la partition xvdd2<br />
<br />
mdadm --set-faulty /dev/md0 /dev/xvdd2<br />
mdadm --remove /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
<br />
Nous avons pu à ce moment vérifier l'intégrité du fuchier test.txt: aucune donnée n'était perdue. <br />
Nous lançons alors la reconstruction de la partition précédemment supprimée:<br />
<br />
mdadm --add /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
[====>................] recovery = 22.1% (232344/1046528) finish=0.5min speed=25816K/sec<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]<br />
unused devices: <none><br />
<br />
===Serveur Freeradius===<br />
<br />
Installation de freeradius:<br />
<br />
apt-get install freeradius<br />
<br />
Dans le fichier <code>/etc/freeradius/3.0/users</code> on ajoute la ligne:<br />
<br />
nyx Cleartext-Password := "glopglop"<br />
<br />
Dans le fichier <code>/etc/freeradius/3.0/mods-enabled/eap</code> on modifie la ligne:<br />
<br />
eap{<br />
default_eap_type = peap<br />
}<br />
<br />
Dans le fichier <code>/etc/freeradius/mods-enabled/mschap</code> on décommente les lignes suivantes<br />
<br />
use_mppe = yes<br />
require_encryption = yes<br />
require_strong = yes<br />
<br />
et on ajoute la ligne suivante:<br />
<br />
with_ntdomain_hack = yes<br />
<br />
===Sécurisation Wifi par clé WPA2-EAP===<br />
<br />
Activation de la fonction 'aaa' et création des entitées radius_goup et eap_group<br />
enable<br />
conf t<br />
aaa new-model<br />
aaa authentication login eap_group18 group radius_group18<br />
aaa group server radius radius_group18<br />
server 193.48.57.184 auth-port 1812 acct-port 1813<br />
radius-server host 193.48.57.184 auth-port 1812 acct-port 1813 key secretIMA5SC<br />
end<br />
<br />
Mise en place du ssid 'Nyx' et intégration dans la vlan 18:<br />
enable<br />
conf t<br />
dot11 ssid nyx<br />
vlan 18<br />
authentication open eap eap_group18<br />
authentication network-eap eap_group18<br />
authentication key-management wpa<br />
Mbssid Guest-mode<br />
end<br />
<br />
Liaison de l'interface wifi dot11radio0 avec la vlan et méthode encryption:<br />
enable<br />
conf t<br />
int dot11radio0<br />
Mbssid<br />
ssid Nyx<br />
encryption vlan 18 mode ciphers aes-ccm tkip<br />
end<br />
<br />
Encapsulation<br />
enable<br />
conf t<br />
int dot11radio0.18<br />
encapsulation dot1Q 18<br />
end<br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48913TP sysres IMA5sc 2018/2019 G82018-12-17T17:32:00Z<p>Rtoin : /* Serveur Freeradius */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 (en haut de la baie) afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: <code>zhWEcNfwANbzCr5fk2mJHg6</code><br />
<br />
Modification du fichier <code>/etc/xen/nyx.cfg</code> pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortir de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Nous modifions le fichier /etc/xen/nyx.cfg afin d'y ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de notre VM, nous créons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande <code>fdisk -l</code> nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier <code>/etc/fstab</code> de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition:<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier <code>/etc/ssh/ssh_conf</code> afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
Installation d'apache2 et de bind9 sur la VM<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: <code>www.nyxplil.space</code><br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier <code>dns.nyxplil.space</code> avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier <code>named.conf.local</code> afin d'autoriser le transfert de paquets vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
Nous créons le dossier <code>/etc/bind/nyxplil.space.dnssec</code> où nous générons des clefs KSK et ZSK avec l'algorithme RSA/SHA-1<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
Nous renommons les 2 clefs et les ajoutons au fichier <code>/etc/bind/dns.nyxplil.space</code><br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
Enfin, nous pouvons signer la zone:<br />
<br />
dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
Nous relançons bind9<br />
<br />
service bind9 restart<br />
<br />
Nous ajoutons alors le DNSSEC sur Gandi et nous vérifions le résultat su rle site http://dnsviz.net<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
Nous téléchargeons ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier <code>sll</code>:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
Nous ajoutons une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
Nous rajoutons également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
Nous utilisons enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
Nous ajoutons dans <code>/etc/xen/nyx.cfg</code><br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
Reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
Nous créons le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
Nous installons un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
Nous montons le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction:<br />
<br />
Nous commençons par ajouter un fichier <code>test.txt</code> au dossier <code>/mnt</code><br />
<br />
Nous supprimons ensuite l'une des partitions, ici la partition xvdd2<br />
<br />
mdadm --set-faulty /dev/md0 /dev/xvdd2<br />
mdadm --remove /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
<br />
Nous avons pu à ce moment vérifier l'intégrité du fuchier test.txt: aucune donnée n'était perdue. <br />
Nous lançons alors la reconstruction de la partition précédemment supprimée:<br />
<br />
mdadm --add /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
[====>................] recovery = 22.1% (232344/1046528) finish=0.5min speed=25816K/sec<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]<br />
unused devices: <none><br />
<br />
===Serveur Freeradius===<br />
<br />
Installation de freeradius:<br />
<br />
apt-get install freeradius<br />
<br />
Dans le fichier <code>/etc/freeradius/3.0/users</code> on ajoute la ligne:<br />
<br />
nyx Cleartext-Password := "glopglop"<br />
<br />
Dans le fichier <code>/etc/freeradius/3.0/mods-enabled/eap</code> on modifie la ligne:<br />
<br />
eap{<br />
default_eap_type = peap<br />
}<br />
<br />
Dans le fichier <code>/etc/freeradius/mods-enabled/mschap</code> on décommente les lignes suivantes<br />
<br />
use_mppe = yes<br />
require_encryption = yes<br />
require_strong = yes<br />
<br />
et on ajoute la ligne suivante:<br />
<br />
with_ntdomain_hack = yes<br />
<br />
===Sécurisation Wifi par clé WPA2-EAP===<br />
<br />
Activation de la fonction 'aaa' et création des entitées radius_goup et eap_group<br />
enable<br />
conf t<br />
aaa new-model<br />
aaa authentication login eap_group18 group radius_group18<br />
aaa group server radius radius_group11<br />
server 193.48.57.184 auth-port 1812 acct-port 1813<br />
radius-server host 193.48.57.184 auth-port 1812 acct-port 1813 key secretIMA5SC<br />
end<br />
<br />
Mise en place du ssid 'Nyx' et intégration dans la vlan 18:<br />
enable<br />
conf t<br />
dot11 ssid nyx<br />
vlan 18<br />
authentication open eap eap_group18<br />
authentication network-eap eap_group18<br />
authentication key-management wpa<br />
Mbssid Guest-mode<br />
end<br />
<br />
Liaison de l'interface wifi dot11radio0 avec la vlan et méthode encryption:<br />
enable<br />
conf t<br />
int dot11radio0<br />
Mbssid<br />
ssid Nyx<br />
encryption vlan 18 mode ciphers aes-ccm tkip<br />
end<br />
<br />
Encapsulation<br />
enable<br />
conf t<br />
int dot11radio0.18<br />
encapsulation dot1Q 18<br />
end<br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48910TP sysres IMA5sc 2018/2019 G82018-12-17T17:26:52Z<p>Rtoin : /* TP PrA */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 (en haut de la baie) afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: <code>zhWEcNfwANbzCr5fk2mJHg6</code><br />
<br />
Modification du fichier <code>/etc/xen/nyx.cfg</code> pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortir de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Nous modifions le fichier /etc/xen/nyx.cfg afin d'y ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de notre VM, nous créons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande <code>fdisk -l</code> nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier <code>/etc/fstab</code> de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition:<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier <code>/etc/ssh/ssh_conf</code> afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
Installation d'apache2 et de bind9 sur la VM<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: <code>www.nyxplil.space</code><br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier <code>dns.nyxplil.space</code> avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier <code>named.conf.local</code> afin d'autoriser le transfert de paquets vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
Nous créons le dossier <code>/etc/bind/nyxplil.space.dnssec</code> où nous générons des clefs KSK et ZSK avec l'algorithme RSA/SHA-1<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
Nous renommons les 2 clefs et les ajoutons au fichier <code>/etc/bind/dns.nyxplil.space</code><br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
Enfin, nous pouvons signer la zone:<br />
<br />
dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
Nous relançons bind9<br />
<br />
service bind9 restart<br />
<br />
Nous ajoutons alors le DNSSEC sur Gandi et nous vérifions le résultat su rle site http://dnsviz.net<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
Nous téléchargeons ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier <code>sll</code>:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
Nous ajoutons une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
Nous rajoutons également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
Nous utilisons enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
Nous ajoutons dans <code>/etc/xen/nyx.cfg</code><br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
Reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
Nous créons le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
Nous installons un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
Nous montons le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction:<br />
<br />
Nous commençons par ajouter un fichier <code>test.txt</code> au dossier <code>/mnt</code><br />
<br />
Nous supprimons ensuite l'une des partitions, ici la partition xvdd2<br />
<br />
mdadm --set-faulty /dev/md0 /dev/xvdd2<br />
mdadm --remove /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
<br />
Nous avons pu à ce moment vérifier l'intégrité du fuchier test.txt: aucune donnée n'était perdue. <br />
Nous lançons alors la reconstruction de la partition précédemment supprimée:<br />
<br />
mdadm --add /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
[====>................] recovery = 22.1% (232344/1046528) finish=0.5min speed=25816K/sec<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]<br />
unused devices: <none><br />
<br />
===Serveur Freeradius===<br />
<br />
Installation de freeradius:<br />
<br />
apt-get install freeradius<br />
<br />
Dans le fichier <code>/etc/freeradius/3.0/users</code> on ajoute la ligne:<br />
<br />
nyx Cleartext-Password := "glopglop"<br />
<br />
Dans le fichier <code>/etc/freeradius/3.0/mods-enabled</code> on modifie la ligne:<br />
<br />
eap{<br />
default_eap_type = peap<br />
}<br />
<br />
Dans le fichier <code>/etc/freeradius/mods-enabled/mschap</code> on décommente les lignes suivantes<br />
<br />
use_mppe = yes<br />
require_encryption = yes<br />
require_strong = yes<br />
<br />
et on ajoute la ligne suivante:<br />
<br />
with_ntdomain_hack = yes<br />
<br />
===Sécurisation Wifi par clé WPA2-EAP===<br />
<br />
Activation de la fonction 'aaa' et création des entitées radius_goup et eap_group<br />
enable<br />
conf t<br />
aaa new-model<br />
aaa authentication login eap_group18 group radius_group18<br />
aaa group server radius radius_group11<br />
server 193.48.57.184 auth-port 1812 acct-port 1813<br />
radius-server host 193.48.57.184 auth-port 1812 acct-port 1813 key secretIMA5SC<br />
end<br />
<br />
Mise en place du ssid 'Nyx' et intégration dans la vlan 18:<br />
enable<br />
conf t<br />
dot11 ssid nyx<br />
vlan 18<br />
authentication open eap eap_group18<br />
authentication network-eap eap_group18<br />
authentication key-management wpa<br />
Mbssid Guest-mode<br />
end<br />
<br />
Liaison de l'interface wifi dot11radio0 avec la vlan et méthode encryption:<br />
enable<br />
conf t<br />
int dot11radio0<br />
Mbssid<br />
ssid Nyx<br />
encryption vlan 18 mode ciphers aes-ccm tkip<br />
end<br />
<br />
Encapsulation<br />
enable<br />
conf t<br />
int dot11radio0.18<br />
encapsulation dot1Q 18<br />
end<br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48895TP sysres IMA5sc 2018/2019 G82018-12-17T17:03:56Z<p>Rtoin : /* Certificat SSL */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 (en haut de la baie) afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: <code>zhWEcNfwANbzCr5fk2mJHg6</code><br />
<br />
Modification du fichier <code>/etc/xen/nyx.cfg</code> pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortir de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Nous modifions le fichier /etc/xen/nyx.cfg afin d'y ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de notre VM, nous créons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande <code>fdisk -l</code> nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier <code>/etc/fstab</code> de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition:<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier <code>/etc/ssh/ssh_conf</code> afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
Installation d'apache2 et de bind9 sur la VM<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: <code>www.nyxplil.space</code><br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier <code>dns.nyxplil.space</code> avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier <code>named.conf.local</code> afin d'autoriser le transfert de paquets vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
Nous créons le dossier <code>/etc/bind/nyxplil.space.dnssec</code> où nous générons des clefs KSK et ZSK avec l'algorithme RSA/SHA-1<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
Nous renommons les 2 clefs et les ajoutons au fichier <code>/etc/bind/dns.nyxplil.space</code><br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
Enfin, nous pouvons signer la zone:<br />
<br />
dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
Nous relançons bind9<br />
<br />
service bind9 restart<br />
<br />
Nous ajoutons alors le DNSSEC sur Gandi et nous vérifions le résultat su rle site http://dnsviz.net<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
Nous téléchargeons ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier <code>sll</code>:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
Nous ajoutons une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
Nous rajoutons également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
Nous utilisons enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
Nous ajoutons dans <code>/etc/xen/nyx.cfg</code><br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
Reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
Nous créons le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
Nous installons un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
Nous montons le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction:<br />
<br />
Nous commençons par ajouter un fichier <code>test.txt</code> au dossier <code>/mnt</code><br />
<br />
Nous supprimons ensuite l'une des partitions, ici la partition xvdd2<br />
<br />
mdadm --set-faulty /dev/md0 /dev/xvdd2<br />
mdadm --remove /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
<br />
Nous avons pu à ce moment vérifier l'intégrité du fuchier test.txt: aucune donnée n'était perdue. <br />
Nous lançons alors la reconstruction de la partition précédemment supprimée:<br />
<br />
mdadm --add /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
[====>................] recovery = 22.1% (232344/1046528) finish=0.5min speed=25816K/sec<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]<br />
unused devices: <none><br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48884TP sysres IMA5sc 2018/2019 G82018-12-17T16:34:01Z<p>Rtoin : /* Sécurisation via RAID5 */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 (en haut de la baie) afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: <code>zhWEcNfwANbzCr5fk2mJHg6</code><br />
<br />
Modification du fichier <code>/etc/xen/nyx.cfg</code> pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortir de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Nous modifions le fichier /etc/xen/nyx.cfg afin d'y ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de notre VM, nous créons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande <code>fdisk -l</code> nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier <code>/etc/fstab</code> de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition:<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier <code>/etc/ssh/ssh_conf</code> afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
Installation d'apache2 et de bind9 sur la VM<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: <code>www.nyxplil.space</code><br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier <code>dns.nyxplil.space</code> avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier <code>named.conf.local</code> afin d'autoriser le transfert de paquets vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
Nous créons le dossier <code>/etc/bind/nyxplil.space.dnssec</code> où nous générons des clefs KSK et ZSK avec l'algorithme RSA/SHA-1<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
Nous renommons les 2 clefs et les ajoutons au fichier <code>/etc/bind/dns.nyxplil.space</code><br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
Enfin, nous pouvons signer la zone:<br />
<br />
dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
Nous relançons bind9<br />
<br />
service bind9 restart<br />
<br />
Nous ajoutons alors le DNSSEC sur Gandi et nous vérifions le résultat su rle site http://dnsviz.net<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
Nous téléchargeons ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
Nous ajoutons une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
Nous rajoutons également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
Nous utilisons enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
Nous ajoutons dans <code>/etc/xen/nyx.cfg</code><br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
Reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
Nous créons le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
Nous installons un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
Nous montons le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction:<br />
<br />
Nous commençons par ajouter un fichier <code>test.txt</code> au dossier <code>/mnt</code><br />
<br />
Nous supprimons ensuite l'une des partitions, ici la partition xvdd2<br />
<br />
mdadm --set-faulty /dev/md0 /dev/xvdd2<br />
mdadm --remove /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
<br />
Nous avons pu à ce moment vérifier l'intégrité du fuchier test.txt: aucune donnée n'était perdue. <br />
Nous lançons alors la reconstruction de la partition précédemment supprimée:<br />
<br />
mdadm --add /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
[====>................] recovery = 22.1% (232344/1046528) finish=0.5min speed=25816K/sec<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]<br />
unused devices: <none><br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48870TP sysres IMA5sc 2018/2019 G82018-12-17T16:06:45Z<p>Rtoin : /* TP PrA */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 (en haut de la baie) afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: <code>zhWEcNfwANbzCr5fk2mJHg6</code><br />
<br />
Modification du fichier <code>/etc/xen/nyx.cfg</code> pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortir de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Nous modifions le fichier /etc/xen/nyx.cfg afin d'y ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de notre VM, nous créons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande <code>fdisk -l</code> nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier <code>/etc/fstab</code> de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition:<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier <code>/etc/ssh/ssh_conf</code> afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
Installation d'apache2 et de bind9 sur la VM<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: <code>www.nyxplil.space</code><br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier <code>dns.nyxplil.space</code> avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier <code>named.conf.local</code> afin d'autoriser le transfert de paquets vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
Nous créons le dossier <code>/etc/bind/nyxplil.space.dnssec</code> où nous générons des clefs KSK et ZSK avec l'algorithme RSA/SHA-1<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
Nous renommons les 2 clefs et les ajoutons au fichier <code>/etc/bind/dns.nyxplil.space</code><br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
Enfin, nous pouvons signer la zone:<br />
<br />
dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
Nous relançons bind9<br />
<br />
service bind9 restart<br />
<br />
Nous ajoutons alors le DNSSEC sur Gandi et nous vérifions le résultat su rle site http://dnsviz.net<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
Nous téléchargeons ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
Nous ajoutons une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
Nous rajoutons également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
Nous utilisons enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
Nous ajoutons dans <code>/etc/xen/nyx.cfg</code><br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
Reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
Nous créons le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
Nous installons un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
Nous montons le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction:<br />
<br />
Nous commençons par ajouter un fichier <code>test.txt</code> au dossier <code>/mnt</code><br />
<br />
Nous supprimons ensuite l'une des partitions, ici la partition xvdd2<br />
<br />
mdadm --set-faulty /dev/md0 /dev/xvdd2<br />
mdadm --remove /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
<br />
Nous avons pu à ce moment vérifier l'intégrité du fuchier test.txt: aucune donnée n'était perdue. <br />
Nous lançons alors la reconstruction de la partition précédemment supprimée:<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
[====>................] recovery = 22.1% (232344/1046528) finish=0.5min speed=25816K/sec<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]<br />
unused devices: <none><br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48842TP sysres IMA5sc 2018/2019 G82018-12-17T15:39:47Z<p>Rtoin : /* Sécurisation via RAID5 */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
On télécharge ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
On ajoute une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
On rajoute également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
On utilise enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
On ajoute dans /etc/xen/nyx.cfg<br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
on crée le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
On installe un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
On monte le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction: <br />
<br />
Nous commençons par ajouter un fichier test.txt au dossier /mnt<br />
<br />
Nous supprimons ensuite l'une des partitions, ici la partition xvdd2<br />
mdadm --set-faulty /dev/md0 /dev/xvdd2<br />
mdadm --remove /dev/md0 /dev/xvdd2<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
<br />
Nous avons pu à ce moment vérifier l'intégrité du fuchier test.txt: aucune donnée n'était perdue. <br />
Nous lançons alors la reconstruction de la partition précédemment supprimée:<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]<br />
[====>................] recovery = 22.1% (232344/1046528) finish=0.5min speed=25816K/sec<br />
<br />
cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] <br />
md0 : active raid5 xvdd2[3] xvdd3[2] xvdd1[0]<br />
2093056 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]<br />
unused devices: <none><br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48816TP sysres IMA5sc 2018/2019 G82018-12-17T15:06:48Z<p>Rtoin : /* Sécurisation via RAID5 */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
On télécharge ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
On ajoute une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
On rajoute également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
On utilise enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
On ajoute dans /etc/xen/nyx.cfg<br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
on crée le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
On installe un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
On monte le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
Test de reconstruction: nous commençons par supprimer une des partitions<br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48808TP sysres IMA5sc 2018/2019 G82018-12-17T14:54:14Z<p>Rtoin : /* Sécurisation via RAID5 */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
On télécharge ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
On ajoute une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
On rajoute également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
On utilise enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
On ajoute dans /etc/xen/nyx.cfg<br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
reboot de la machine sur cordouan<br />
<br />
Installation de mdadm<br />
apt-get install mdadm<br />
<br />
on crée le disque RAID5<br />
mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3 <br />
<br />
On installe un système de fichier dessus<br />
mkfs -t ext4 /dev/md0 <br />
<br />
On monte le disque:<br />
mdadm --detail --scan >> /etc/mdadm/mdadm.conf<br />
mount /dev/md0 /mnt<br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48801TP sysres IMA5sc 2018/2019 G82018-12-17T14:38:28Z<p>Rtoin : /* TP PrA */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
On télécharge ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
On ajoute une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
On rajoute également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
On utilise enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
===Sécurisation via RAID5===<br />
<br />
Création de 3 volumes sur Cordouan<br />
<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid1<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid2<br />
lvcreate -L 1G -n /dev/virtual/nyx-raid3<br />
<br />
on ajoute dans /etc/xen/nyx.cfg<br />
<br />
'phy:/dev/virtual/nyx-raid1, xvdd1, w',<br />
'phy:/dev/virtual/nyx-raid2, xvdd2, w',<br />
'phy:/dev/virtual/nyx-raid3, xvdd3, w',<br />
<br />
<br />
<br />
===Cassage de mot de passe WPA-PSK par force brute===<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48792TP sysres IMA5sc 2018/2019 G82018-12-17T14:11:37Z<p>Rtoin : /* Création */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création de la machine virtuelle===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
On télécharge ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
On ajoute une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
On rajoute également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
On utilise enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
==Cassage de mot de passe WPA-PSK par force brute==<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48788TP sysres IMA5sc 2018/2019 G82018-12-17T14:11:13Z<p>Rtoin : /* Configuration */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Création des partitions système===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
On télécharge ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
On ajoute une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
On rajoute également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
On utilise enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
==Cassage de mot de passe WPA-PSK par force brute==<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48785TP sysres IMA5sc 2018/2019 G82018-12-17T14:08:34Z<p>Rtoin : /* TP PrA */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
===Certificat SSL===<br />
<br />
Création d'un SSR<br />
<br />
openssl req -nodes -newkey rsa:2048 -sha1 -keyout nyxplil.space.key -out nyxplil.space.csr<br />
<br />
Achat d'un certificat sur Gandi et vérification par fichier à ajouter dans:<br />
<br />
/var/www/html/.well-known/pki-validation<br />
<br />
On télécharge ensuite le certificat intermédiaire de Gandi et le certificat de notre domaine et on ajoute en plus notre clef privée créé précédemment, le tout placés dans le dossier:<br />
<br />
GandiStandardSSLCA2.pem<br />
nyxplil.space.crt<br />
nyxplil.space.key<br />
<br />
On ajoute une nouvelle configuration dans /etc/apache2/sites-available/000-nyxplil.space-ssl.conf<br />
<br />
<VirtualHost 193.48.57.182:443><br />
ServerName www.neptune-poseidon.space<br />
ServerAlias neptune-poseidon.space<br />
DocumentRoot /var/www/html/<br />
CustomLog /var/log/apache2/secure_acces.log combined<br />
<br />
SSLEngine on<br />
SSLCertificateFile /etc/ssl/neptune-poseidon.space.crt<br />
SSLCertificateKeyFile /etc/ssl/neptune-poseidon.space.key<br />
SSLCertificateChainFile /etc/ssl/GandiStandardSSLCA2.pem<br />
SSLVerifyClient None<br />
</VirtualHost><br />
<br />
On rajoute également dans ce fichier une redirection pour être toujours connecté en https:<br />
<br />
<VirtualHost 193.48.57.182:80><br />
ServerName www.nyxplil.space<br />
ServerAlias nyxplil.space<br />
Redirect / https://nyxplil.space<br />
</VirtualHost><br />
<br />
On utilise enfin les commandes suivantes pour activer notre module ssl et notre configuration ssl<br />
<br />
a2enmod ssl<br />
a2ensite 000-nyxplil.space-ssl.conf<br />
service apache2 restart<br />
<br />
==Cassage de mot de passe WPA-PSK par force brute==<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48692TP sysres IMA5sc 2018/2019 G82018-12-14T10:16:54Z<p>Rtoin : /* Cassage de mot de passe WPA-PSK par force brute */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA ns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS ns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : ns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : ns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
$include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed<br />
<br />
==Cassage de mot de passe WPA-PSK par force brute==<br />
Nous allons essayer se casser le mot de passe de notre point d'accès Cracotte8. Pour cela nous allons utiliser le paquetage aircrack-ng.<br />
On va dans un premier temps récupérer le WPA handshake provenant de notre point d'accès en paramétrant notre interface wifi pour qu'elle écoute les données envoyées par Cracotte8:<br />
ip link set down wlp3s0<br />
airmon-ng start wlp3s0<br />
On récupère l'adresse du point d'accès:<br />
airodump_ng mon1<br />
On écoute pour recevoir le handshake qu'on sauvegarde:<br />
airodump-ng mon1 --channel 9 --bssid 04:DA:D2:9C:50:57 --write capture<br />
Une fois le fichier .cap récupéré on le transfert sur une machine tutur pour utiliser un brute force par dictionnaire. On suppose que la clé est composé de 8 chiffres donc on crée un fichier texte comportant tous les nombres de 00000000 à 99999999 qu'on utilise ensuite pour le cassage de la clé:<br />
aircrack-ng capture03.cap -w dico.txt<br />
<br />
[[fichier:Craquage_cle.png]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Fichier:Craquage_cle.png&diff=48691Fichier:Craquage cle.png2018-12-14T10:15:45Z<p>Rtoin : </p>
<hr />
<div></div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48537TP sysres IMA5sc 2018/2019 G82018-12-10T18:10:09Z<p>Rtoin : /* Serveur DNS */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : dns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : dns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key<br />
<br />
root@nyx_rsa:/etc/bind/nyxplil.space.dnssec# dnssec-signzone -o nyxplil.space -k nyxplil.space-ksk ../dns.nyxplil.space nyxplil.space-zsk<br />
Verifying the zone using the following algorithms: RSASHA1.<br />
Zone fully signed:<br />
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked<br />
ZSKs: 1 active, 0 stand-by, 0 revoked<br />
../dns.nyxplil.space.signed</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48530TP sysres IMA5sc 2018/2019 G82018-12-10T17:58:33Z<p>Rtoin : /* Serveur DNS */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : dns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : dns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space<br />
<br />
<br />
include /etc/bind/nyxplil.space.dnssec/nyxplil.space-ksk.key<br />
include /etc/bind/nyxplil.space.dnssec/nyxplil.space-zsk.key</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48528TP sysres IMA5sc 2018/2019 G82018-12-10T17:57:05Z<p>Rtoin : /* Serveur DNS */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : dns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : dns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
include /etc/bind/nyxplil.space.dnssec/Knyxplil.space.+005+58618.key<br />
include /etc/bind/nyxplil.space.dnssec/Knyxplil.space.+005+12570.key<br />
<br />
dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE nyxplil.space<br />
dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE nyxplil.space</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48526TP sysres IMA5sc 2018/2019 G82018-12-10T17:50:02Z<p>Rtoin : /* Serveur DNS */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : dns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : dns.nyxplil.space<br />
'DNS2' : ns6.gandi.net<br />
<br />
mkdir nyxplil.space.dnssec<br />
cd nyxplil.space.dnssec<br />
<br />
include /etc/bind/nyxplil.space.dnssec/Knyxplil.space.+005+58618.key<br />
include /etc/bind/nyxplil.space.dnssec/Knyxplil.space.+005+12570.key</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48517TP sysres IMA5sc 2018/2019 G82018-12-10T17:34:07Z<p>Rtoin : /* Serveur DNS */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : dns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : dns.nyxplil.space<br />
'DNS2' : ns6.gandi.net</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48513TP sysres IMA5sc 2018/2019 G82018-12-10T17:28:50Z<p>Rtoin : /* Serveur DNS */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart<br />
<br />
Enfin, il nous reste quelques réglages à faire depuis Gandi. Pour les "glue records":<br />
<br />
nom du serveur : dns.nyxplil.space<br />
ip : 193.48.57.184<br />
<br />
Pour les DNS:<br />
<br />
'DNS1' : dns.nyxplil.space<br />
'DNS2' : ns6.gandi.net</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48502TP sysres IMA5sc 2018/2019 G82018-12-10T17:19:29Z<p>Rtoin : /* Serveur DNS */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};<br />
<br />
service bind9 restart</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48500TP sysres IMA5sc 2018/2019 G82018-12-10T17:18:32Z<p>Rtoin : /* Partie commune: installation d'une machine virtuelle sur Cordouan */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2<br />
<br />
===Serveur SSH===<br />
<br />
Nous installons le client ssh puis modifions le fichier /etc/ssh/ssh_conf afin de pouvoir se connecter en root<br />
<br />
===Serveur DNS===<br />
<br />
apt-get install apache2 bind9<br />
<br />
Nous réservons notre nom de domaine sur Gandi: www.nyxplil.space<br />
<br />
Nous commençons par créer le dossier pour la page web:<br />
<br />
mkdir /var/www/www.nyxplil.space<br />
<br />
Nous créons ensuite le fichier dns.nyxplil.space avec le contenu suivant:<br />
<br />
;<br />
; BIND data file for local loopback interface<br />
;<br />
$TTL 604800<br />
@ IN SOA dns.nyxplil.space. root.nyxplil.space (<br />
2 ; Serial<br />
604800 ; Refresh<br />
86400 ; Retry<br />
2419200 ; Expire<br />
604800 ) ; Negative Cache TTL<br />
;<br />
IN NS dns.nyxplil.space.<br />
ns IN A 193.48.57.184<br />
www IN A 193.48.57.184 ;<br />
<br />
Nous configurons ensuite le fichier named.conf.local afin d'autoriser le transfert de paquet vers le DNS esclave<br />
<br />
zone "nyxplil.space" {<br />
type master;<br />
file "/etc/bind/dns.nyxplil.space";<br />
allow-transfer {217.70.177.40;};<br />
};</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48495TP sysres IMA5sc 2018/2019 G82018-12-10T16:43:35Z<p>Rtoin : /* Var */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====<br />
<br />
La partition var est d'abord montée dans un répertoire temporaire /mnt:<br />
<br />
mount /dev/xvda4 /mnt<br />
mv /var/* /mnt<br />
<br />
La partition est ensuite rajoutée dans le fichier /etc/fstab:<br />
<br />
/dev/xvda4 /var ext4 defaults 0 2</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48490TP sysres IMA5sc 2018/2019 G82018-12-10T16:38:27Z<p>Rtoin : /* Configuration */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
====Home====<br />
<br />
Afin de s'assurer que la partition home soit montée au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
Nous pouvons ensuite simplement monter la partition<br />
<br />
mount -a<br />
<br />
====Var====</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48475TP sysres IMA5sc 2018/2019 G82018-12-10T16:09:17Z<p>Rtoin : /* Configuration */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Après redémarrage de la VM, nous créeons les systèmes de fichiers sur les volumes:<br />
<br />
mkfs -t ext4 /dev/xvda3<br />
mkfs -t ext4 /dev/xvda4<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés<br />
<br />
Afin de s'assurer que les partitions soient montées au démarrage de la VM, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48463TP sysres IMA5sc 2018/2019 G82018-12-10T15:55:55Z<p>Rtoin : /* Configuration */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour ajouter les disques<br />
<br />
(+)<br />
disk = [<br />
'phy:/dev/virtual/nyx-home,xvda3,w',<br />
'phy:/dev/virtual/nyx-var,xvda4,w',<br />
]<br />
<br />
Création des systèmes de fichiers sur les volumes:<br />
<br />
mke2fs /dev/virtual/nyx-home <br />
mke2fs /dev/virtual/nyx-var<br />
<br />
Afin de s'assurer que les partitions soient montées au démarrage de la Vm, nous modifions le fichier /etc/fstab de celle-ci:<br />
<br />
(+)<br />
/dev/xvda3 /home ext4 defaults 0 2<br />
<br />
<br />
Utiliser la commande fdisk -l nous a permi de constater que les volumes étaient bien montés</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48454TP sysres IMA5sc 2018/2019 G82018-12-10T15:28:23Z<p>Rtoin : /* Partie commune: installation d'une machine virtuelle sur Cordouan */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx<br />
<br />
===Configuration===<br />
<br />
Nous allons créer des partitions sur l'hôte pour héberger /home et /var<br />
<br />
lvcreate -L10G -n nyx-home virtual<br />
lvcreate -L10G -n nyx-var virtual</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48225TP sysres IMA5sc 2018/2019 G82018-11-27T12:01:16Z<p>Rtoin : /* Création */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
Mot de passe root: zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
Modification du fichier /etc/xen/nyx.cfg pour permettre à la machine virtuelle de se lancer correctement<br />
<br />
#Networking<br />
vif + bridge=StudentsInfo<br />
<br />
Accès à la console:<br />
xl console nyx<br />
<br />
Sortie de la console:<br />
ctrl + alt gr + ]<br />
<br />
Extinction de la machine:<br />
xl shutdown nyx</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48218TP sysres IMA5sc 2018/2019 G82018-11-27T11:52:17Z<p>Rtoin : /* Création */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
<br />
zhWEcNfwANbzCr5fk2mJHg6<br />
<br />
<br />
networking<br />
<br />
vif + bridge=StudentsInfo</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48217TP sysres IMA5sc 2018/2019 G82018-11-27T11:51:20Z<p>Rtoin : /* Partie commune: installation d'une machine virtuelle sur Cordouan */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen<br />
<br />
<br />
zhWEcNfwANbzCr5fk2mJHg6</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48203TP sysres IMA5sc 2018/2019 G82018-11-27T11:35:27Z<p>Rtoin : /* TP PrA */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC<br />
<br />
==Partie commune: installation d'une machine virtuelle sur Cordouan==<br />
<br />
===Création===<br />
<br />
Connexion en ssh sur Cordouan<br />
ssh root@cordouan.insecserv.deule.net<br />
<br />
Création de la machine virtuelle à l'aide de xen en utilisant l'adresse IP qui nous a été attribuée. La gateway est fournie dans le sujet du TP<br />
xen-create-image --hostname=nyx --ip=193.48.57.184 --netmask=255.255.255.240 --gateway=193.48.57.160 --dir=/usr/local/xen</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019&diff=48086TP sysres IMA5sc 2018/20192018-11-27T09:01:06Z<p>Rtoin : /* Plan d'adressage */</p>
<hr />
<div>== Répartition des binômes ==<br />
<br />
{| class="wikitable"<br />
! Cahier !! Elèves <br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G1 | Cahier groupe n°1]]<br />
| Taky Djeraba & Baptiste Cartier<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G2 | Cahier groupe n°2]]<br />
| Jade Dupont & Quentin Boëns<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G3 | Cahier groupe n°3]]<br />
| Antoine Duquenoy & Anthony Durot<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G4 | Cahier groupe n°4]]<br />
| Paul Ribeiro & Antoine Untereiner<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G5 | Cahier groupe n°5]]<br />
| Delobelle Matthieu<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G6 | Cahier groupe n°6]]<br />
| Simon Feutrier & Antoine Gosse<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G7 | Cahier groupe n°7]]<br />
| Naif Mehanna & Maxime Créteur<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G8 | Cahier groupe n°8]]<br />
| Justine Senellart & Rodolphe Toin<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G9 | Cahier groupe n°9]]<br />
| Amine El Messaoudi & Thibault Cattelain<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G10 | Cahier groupe n°10]]<br />
| Etienne Profit & Olivier Mahieux<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G12 | Cahier groupe n°11]]<br />
| Benjamin Canu & Amaury Carval<br />
|-<br />
| [[ TP sysres IMA5sc 2018/2019 G13 | Cahier groupe n°12]]<br />
| Ji YANG<br />
|-<br />
|}<br />
<br />
== Plan d'adressage ==<br />
{| class="wikitable"<br />
! Nom !! VLAN !! Réseau IPV4 !! Réseau IPV6 !! IP routeur 1 !! IP routeur 2 !! Routeur virtuel !! Nom VM !! IP VM<br />
|-<br />
|XEN<br />
|43<br />
|193.48.57.176/28<br />
|2001.660.4401.60C0::/64 <br />
|193.48.57.188/28<br />
|193.48.57.189/28<br />
|193.48.57.190/28<br />
|-<br />
|Groupe 1<br />
|11<br />
|10.60.11.0/24<br />
|2001.660.4401.60C1::/64 <br />
|10.60.11.252/24<br />
|10.60.11.253/24<br />
|10.60.11.254/24<br />
|NOM MACHINE VIRTUELLE<br />
|193.48.57.177/28<br />
|-<br />
|Groupe 2<br />
|12<br />
|10.60.12.0/24<br />
|2001.660.4401.60C2::/64 <br />
|10.60.12.252/24<br />
|10.60.12.253/24<br />
|10.60.12.254/24<br />
|Dionysos<br />
|193.48.57.178/28<br />
|-<br />
|Groupe 3<br />
|13<br />
|10.60.13.0/24<br />
|2001.660.4401.60C3::/64 <br />
|10.60.13.252/24<br />
|10.60.13.253/24<br />
|10.60.13.254/24<br />
|NOM MACHINE VIRTUELLE<br />
|193.48.57.179/28<br />
|-<br />
|Groupe 4<br />
|14<br />
|10.60.14.0/24<br />
|2001.660.4401.60C4::/64 <br />
|10.60.14.252/24<br />
|10.60.14.253/24<br />
|10.60.14.254/24<br />
|Hades<br />
|193.48.57.180/28<br />
|-<br />
|Groupe 5<br />
|15<br />
|10.60.15.0/24<br />
|2001.660.4401.60C5::/64 <br />
|10.60.15.252/24<br />
|10.60.15.253/24<br />
|10.60.15.254/24<br />
|Chronos<br />
|193.48.57.181/28<br />
|-<br />
|Groupe 6<br />
|16<br />
|10.60.16.0/24<br />
|2001.660.4401.60C6::/64 <br />
|10.60.16.252/24<br />
|10.60.16.253/24<br />
|10.60.16.254/24<br />
|NOM MACHINE VIRTUELLE<br />
|193.48.57.182/28<br />
|-<br />
|Groupe 7<br />
|17<br />
|10.60.17.0/24<br />
|2001.660.4401.60C7::/64 <br />
|10.60.17.252/24<br />
|10.60.17.253/24<br />
|10.60.17.254/24<br />
|NOM MACHINE VIRTUELLE<br />
|193.48.57.183/28<br />
|-<br />
|Groupe 8<br />
|18<br />
|10.60.18.0/24<br />
|2001.660.4401.60C8::/64 <br />
|10.60.18.252/24<br />
|10.60.18.253/24<br />
|10.60.18.254/24<br />
|Nyx<br />
|193.48.57.184/28<br />
|-<br />
|Groupe 9<br />
|19<br />
|10.60.19.0/24<br />
|2001.660.4401.60C9::/64 <br />
|10.60.19.252/24<br />
|10.60.19.253/24<br />
|10.60.19.254/24<br />
|NOM MACHINE VIRTUELLE<br />
|193.48.57.185/28<br />
|-<br />
|Groupe 10<br />
|20<br />
|10.60.20.0/24<br />
|2001.660.4401.60CA::/64 <br />
|10.60.20.252/24<br />
|10.60.20.253/24<br />
|10.60.20.254/24<br />
|NOM MACHINE VIRTUELLE<br />
|193.48.57.186/28<br />
|-<br />
|Groupe 11<br />
|21<br />
|10.60.21.0/24<br />
|2001.660.4401.60CB::/64 <br />
|10.60.21.252/24<br />
|10.60.21.253/24<br />
|10.60.21.254/24<br />
|NOM MACHINE VIRTUELLE<br />
|193.48.57.187/28<br />
|-<br />
|Interconnexion<br />
|131<br />
|192.168.222.8/29<br />
|Router1 : fe80:0000:0042:0002 // Router2 : fe80:0000:0042:0003 // Ecole : fe80:0000:0042:0001<br />
|192.168.222.9/29<br />
|192.168.222.10/29<br />
|}</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48052TP sysres IMA5sc 2018/2019 G82018-11-26T16:58:54Z<p>Rtoin : /* Déménagement des serveurs Chassiron et Cordouan */</p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
*1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
*1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
<u><b>Pour Chassiron</b></u>:<br />
*rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
*le serveur occupera donc les unités 21 et 22<br />
<br />
<u><b>Pour Cordouan</b></u>:<br />
*rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
*le serveur occupera donc les unités 19 et 20<br />
<br />
<u><b>Pour l'alimentation</b></u>:<br />
*fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
*fixation à l'arrière de la baie afin de faciliter l'alimentation du PC</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=TP_sysres_IMA5sc_2018/2019_G8&diff=48047TP sysres IMA5sc 2018/2019 G82018-11-26T16:54:13Z<p>Rtoin : </p>
<hr />
<div>=TP GIS=<br />
==Conteneurs à la main==<br />
===Création des espaces disques===<br />
<br />
dd if=/dev/zero of=diskTPconteneur bs=1024k count=10240<br />
mkfs diskTPconteneur<br />
<br />
mkdir /tmp/fs1<br />
mkdir /tmp/fs2<br />
mkdir /tmp/fs3<br />
<br />
mount -o loop diskTPconteneur /tmp/fs1<br />
debootstrap --include apache2,nano stable /tmp/fs1<br />
echo "proc /proc proc defaults 0 0" >> /tmp/fs1/etc/fstab<br />
<br />
umount /tmp/fs1<br />
cp diskTPconteneur ./diskTPconteneur2<br />
cp diskTPconteneur ./diskTPconteneur3<br />
mv diskTPconteneur ./diskTPconteneur1<br />
<br />
mount -o loop diskTPconteneur1 /tmp/fs1<br />
mount -o loop diskTPconteneur2 /tmp/fs2<br />
mount -o loop diskTPconteneur3 /tmp/fs3<br />
df -h<br />
<br />
Dans 3 terminaux différents:<br />
<br />
unshare -p -f -m -n -u chroot /tmp/fs1/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs2/ /bin/sh -c "mount /proc ; /bin/bash"<br />
unshare -p -f -m -n -u chroot /tmp/fs3/ /bin/sh -c "mount /proc ; /bin/bash"<br />
<br />
===Création du commutateur===<br />
<br />
ip link add commTPconteneur type bridge<br />
<br />
ip link add vif1 type veth peer name eth0@vif1<br />
ip link add vif2 type veth peer name eth0@vif2<br />
ip link add vif3 type veth peer name eth0@vif3<br />
ip link add vif4 type veth peer name eth1@vif4<br />
<br />
ps aux | grep unshare<br />
ip link set eth0@vif1 netns /proc/13812/ns/net name eth0<br />
ip link set eth0@vif2 netns /proc/13860/ns/net name eth0<br />
ip link set eth0@vif3 netns /proc/13883/ns/net name eth0<br />
ip link set eth1@vif4 netns /proc/13812/ns/net name eth1<br />
<br />
ip link set vif1 master commTPconteneur<br />
ip link set vif2 master commTPconteneur<br />
ip link set vif3 master commTPconteneur<br />
ip link set vif4 master bridge<br />
brctl show<br />
<br />
nsenter -t 13812 -n ip address add dev eth0 192.168.0.101/24<br />
nsenter -t 13860 -n ip address add dev eth0 192.168.0.102/24<br />
nsenter -t 13883 -n ip address add dev eth0 192.168.0.103/24<br />
nsenter -t 13812 -n ip address add dev eth1 172.26.145.100/24<br />
<br />
Pour le mandataire inverse<br />
ip route add default via 172.26.145.254<br />
<br />
ip link set vif1 up<br />
ip link set vif2 up<br />
ip link set vif3 up<br />
ip link set vif4 up<br />
ip link set commTPconteneur up<br />
<br />
Dans chaque terminal faisant tourner un conteneur:<br />
ip link set eth0 up<br />
<br />
===Création des DNS sur Gandi===<br />
<br />
name:grandPote | type: A | adresse: 172.26.145.100<br />
<br />
name: ptitPote1 | type: CNAME | hostname: grandPote<br />
name: ptitPote2 | type: CNAME | hostname: grandPote<br />
<br />
a2enmod proxy proxy_http<br />
apache2 restart<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<VirtualHost *:80><br />
ServerName ptitPote1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.102/<br />
ProxyPassReverse / http://192.168.0.102/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName ptitPote2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://192.168.0.103/<br />
ProxyPassReverse / http://192.168.0.103/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
Modification des fichiers /var/www/html/index.html dans les conteneurs<br />
/var/www/html# echo "Serveur ptitPote1" > index.html<br />
/var/www/html# echo "Serveur ptitPote2" > index.html<br />
<br />
10h11 => Serveurs Web OK avec unshare<br />
<br />
==Conteneurs avec Docker==<br />
<br />
docker run -i -t debian /bin/bash<br />
export http_proxy="http://proxy.polytech-lille.fr:3128/"<br />
apt-get update<br />
apt-get nano<br />
apt-get apache2<br />
docker commit fae2449c3b9a<br />
docker network create octopus<br />
<br />
docker run -i --net=octopus -t ba94e9aada65<br />
docker run -i --net=octopus -t ba94e9aada65<br />
service apache2 stop<br />
docker run -i --net=octopus -p 80:80 -t ba94e9aada65<br />
<br />
name:Alibaba | type: A | adresse: 172.26.145.35<br />
name: Voleur1 | type: CNAME | hostname: grandPote<br />
name: Voleur2 | type: CNAME | hostname: grandPote<br />
<br />
Modification de /etc/apache2/site-enabled<br />
<br />
<VirtualHost *:80><br />
ServerName Voleur1.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.2/<br />
ProxyPassReverse / http://172.20.0.2/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
<VirtualHost *:80><br />
ServerName Voleur2.plil.space<br />
ServerAdmin webmaster@localhost<br />
ErrorLog ${APACHE_LOG_DIR}/error.log<br />
CustomLog ${APACHE_LOG_DIR}/access.log combined<br />
ProxyPass / http://172.20.0.3/<br />
ProxyPassReverse / http://172.20.0.3/<br />
ProxyRequests Off<br />
</VirtualHost><br />
<br />
10h20 Serveurs Web (docker) OK<br />
<br />
=TP PrA=<br />
<br />
==Déménagement des serveurs Chassiron et Cordouan==<br />
<br />
Deux rails sont à disposition:<br />
1* Dell ReadyRail, taille 2U, type B4, mode Static<br />
1* Dell ReadyRail, taille 2U, type B6, mode Sliding<br />
<br />
D'après la documentation fournie par Dell, les serveurs PowerEdge R520 (modèle des serveurs Chassiron et Cordouan) sont compatibles avec les rails de type B4, B6 et B13.<br />
<br />
Les serveurs seront fixés à mi-hauteur de la baie afin de pouvoir placer un PC dessus.<br />
<br />
Pour Chassiron:<br />
rail de type B4 occupant 1'unité, fixé à l'unité 22<br />
le serveur occupera donc les unités 21 et 22<br />
<br />
Pour Cordouan:<br />
rail de type B6 occupant 2 unités, fixé aux unités 19 et 20<br />
le serveur occupera donc les unités 19 et 20<br />
<br />
Pour l'alimentation:<br />
fixation à l'unité 1 afin d'être sécurisé en cas d'inondation<br />
fixation à l'arrière de la baie afin de faciliter l'alimentation du PC</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45084IMA4 2016/2017 ECP52017-07-05T18:56:43Z<p>Rtoin : /* Choix techniques */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
<br />
'''Liste des composants'''<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
L'objectif est de programmer notre Atmega en utilisant un Arduino Uno et ce grâce à la connexion ICSP de notre carte.<br />
<br />
La première étape est d'installer un bootloader sur l'Arduino afin de pouvoir ensuite l'utiliser comme un programmateur in situ pour implémenter un programme sur notre Atmega. Un fichier basique de bootloader a été rédigé ''(cf livrable 'sketch_init_SPI')'' puis finalement le fichier disponible avec l'IDE Arduino a été utilisé.<br />
<br />
Le programme à implémenter a pour but de permettre l'affichage d'une image simple telle qu'un smiley:<br />
<br />
[[Fichier:Matrice_Symbole.png|1000px|thumb|center|Schematic]]<br />
<br />
Afin d'afficher le dessin en continu, nous n'allons afficher qu'une LED à la fois. Étant donné la conception de la matrice de LED, on peut par exemple allumer la LED située ligne 2 colonne 1 en mettant la branche 14 à 1 et la branche 13 à la masse. Compte tenu de l'affichage 'par balayage' que nous allons réaliser, nous allumerons toutes les LED d'une même ligne en même temps, et nous ferons une rotation sur les 3 lignes possédant des LEDs que nous souhaitons allumer.<br />
<br />
Il faut alors ordonner les valeurs en sorties du buffer et du registre à décalage ''(cf livrable sketch_affichage_matrice)''.<br />
<br />
Ressources: <br />
* https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard<br />
* http://maxembedded.com/2013/11/the-spi-of-the-avr<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Livrables==<br />
<br />
*Schematic, PCb et fichiers gerber pour le circuit: [[Média:Circuit_Toin.zip]]<br />
<br />
*Programmes pour l'Atmega et l'Arduino: [[Média:Programmes_Toin.zip]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45083IMA4 2016/2017 ECP52017-07-05T18:56:27Z<p>Rtoin : /* Choix techniques */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
<br />
'''Liste des composants'''<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
L'objectif est de programmer notre Atmega en utilisant un Arduino Uno et ce grâce à la connexion ICSP de notre carte.<br />
<br />
La première étape est d'installer un bootloader sur l'Arduino afin de pouvoir ensuite l'utiliser comme un programmateur in situ pour implémenter un programme sur notre Atmega. Un fichier basique de bootloader a été rédigé ''(cf livrable 'sketch_init_SPI')'' puis finalement le fichier disponible avec l'IDE Arduino a été utilisé.<br />
<br />
Le programme à implémenter a pour but de permettre l'affichage d'une image simple telle qu'un smiley:<br />
<br />
[[Fichier:Matrice_Symbole.png|1000px|thumb|center|Schematic]]<br />
<br />
Afin d'afficher le dessin en continu, nous n'allons afficher qu'une LED à la fois. Étant donné la conception de la matrice de LED, on peut par exemple allumer la LED située ligne 2 colonne 1 en mettant la branche 14 à 1 et la branche 13 à la masse. Compte tenu de l'affichage 'par balayage' que nous allons réaliser, nous allumerons toutes les LED d'une même ligne en même temps, et nous ferons une rotation sur les 3 lignes possédant des LEDs que nous souhaitons allumer.<br />
<br />
Il faut alors ordonner les valeurs en sorties du buffer et du registre à décalage ''(cf livrable sketch_affichage_matrice)''.<br />
<br />
Ressources: <br />
* https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard<br />
* http://maxembedded.com/2013/11/the-spi-of-the-avr<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Livrables==<br />
<br />
*Schematic, PCb et fichiers gerber pour le circuit: [[Média:Circuit_Toin.zip]]<br />
<br />
*Programmes pour l'Atmega et l'Arduino: [[Média:Programmes_Toin.zip]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45081IMA4 2016/2017 ECP52017-07-05T18:55:56Z<p>Rtoin : /* Liste des composants */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
'''Liste des composants'''<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
L'objectif est de programmer notre Atmega en utilisant un Arduino Uno et ce grâce à la connexion ICSP de notre carte.<br />
<br />
La première étape est d'installer un bootloader sur l'Arduino afin de pouvoir ensuite l'utiliser comme un programmateur in situ pour implémenter un programme sur notre Atmega. Un fichier basique de bootloader a été rédigé ''(cf livrable 'sketch_init_SPI')'' puis finalement le fichier disponible avec l'IDE Arduino a été utilisé.<br />
<br />
Le programme à implémenter a pour but de permettre l'affichage d'une image simple telle qu'un smiley:<br />
<br />
[[Fichier:Matrice_Symbole.png|1000px|thumb|center|Schematic]]<br />
<br />
Afin d'afficher le dessin en continu, nous n'allons afficher qu'une LED à la fois. Étant donné la conception de la matrice de LED, on peut par exemple allumer la LED située ligne 2 colonne 1 en mettant la branche 14 à 1 et la branche 13 à la masse. Compte tenu de l'affichage 'par balayage' que nous allons réaliser, nous allumerons toutes les LED d'une même ligne en même temps, et nous ferons une rotation sur les 3 lignes possédant des LEDs que nous souhaitons allumer.<br />
<br />
Il faut alors ordonner les valeurs en sorties du buffer et du registre à décalage ''(cf livrable sketch_affichage_matrice)''.<br />
<br />
Ressources: <br />
* https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard<br />
* http://maxembedded.com/2013/11/the-spi-of-the-avr<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Livrables==<br />
<br />
*Schematic, PCb et fichiers gerber pour le circuit: [[Média:Circuit_Toin.zip]]<br />
<br />
*Programmes pour l'Atmega et l'Arduino: [[Média:Programmes_Toin.zip]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45079IMA4 2016/2017 ECP52017-07-05T18:54:42Z<p>Rtoin : /* Programmation de l'Atmega */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
L'objectif est de programmer notre Atmega en utilisant un Arduino Uno et ce grâce à la connexion ICSP de notre carte.<br />
<br />
La première étape est d'installer un bootloader sur l'Arduino afin de pouvoir ensuite l'utiliser comme un programmateur in situ pour implémenter un programme sur notre Atmega. Un fichier basique de bootloader a été rédigé ''(cf livrable 'sketch_init_SPI')'' puis finalement le fichier disponible avec l'IDE Arduino a été utilisé.<br />
<br />
Le programme à implémenter a pour but de permettre l'affichage d'une image simple telle qu'un smiley:<br />
<br />
[[Fichier:Matrice_Symbole.png|1000px|thumb|center|Schematic]]<br />
<br />
Afin d'afficher le dessin en continu, nous n'allons afficher qu'une LED à la fois. Étant donné la conception de la matrice de LED, on peut par exemple allumer la LED située ligne 2 colonne 1 en mettant la branche 14 à 1 et la branche 13 à la masse. Compte tenu de l'affichage 'par balayage' que nous allons réaliser, nous allumerons toutes les LED d'une même ligne en même temps, et nous ferons une rotation sur les 3 lignes possédant des LEDs que nous souhaitons allumer.<br />
<br />
Il faut alors ordonner les valeurs en sorties du buffer et du registre à décalage ''(cf livrable sketch_affichage_matrice)''.<br />
<br />
Ressources: <br />
* https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard<br />
* http://maxembedded.com/2013/11/the-spi-of-the-avr<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Livrables==<br />
<br />
*Schematic, PCb et fichiers gerber pour le circuit: [[Média:Circuit_Toin.zip]]<br />
<br />
*Programmes pour l'Atmega et l'Arduino: [[Média:Programmes_Toin.zip]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45078IMA4 2016/2017 ECP52017-07-05T18:53:58Z<p>Rtoin : /* Programmation de l'Atmega */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
L'objectif est de programmer notre Atmega en utilisant un Arduino Uno et ce grâce à la connexion ICSP de notre carte.<br />
<br />
La première étape est d'installer un bootloader sur l'Arduino afin de pouvoir ensuite l'utiliser comme un programmateur in situ pour implémenter un programme sur notre Atmega. Un fichier basique de bootloader a été rédigé ''(cf livrable 'sketch_init_SPI')'' puis finalement le fichier disponible avec l'IDE Arduino a été utilisé.<br />
<br />
Le programme à implémenter a pour but de permettre l'affichage d'une image simple telle qu'un smiley:<br />
<br />
[[Fichier:Matrice_Symbole.png|1000px|thumb|center|Schematic]]<br />
<br />
Afin d'afficher le dessin en continu, nous n'allons afficher qu'une LED à la fois. Étant donné la conception de la matrice de LED, on peut par exemple allumer la LED située ligne 2 colonne 1 en mettant la branche 14 à 1 et la branche 13 à la masse. Compte tenu de l'affichage 'par balayage' que nous allons réaliser, nous allumerons toutes les LED d'une même ligne en même temps, et nous ferons une rotation sur les 3 lignes possédant des LEDs que nous souhaitons allumer.<br />
<br />
Il faut alors ordonner les valeurs en sorties du buffer et du registre à décalage ''(cf livrable sketch_affichage_matrice)''.<br />
<br />
Ressources: <br />
https://www.arduino.cc/en/Tutorial/ArduinoToBreadboard<br />
http://maxembedded.com/2013/11/the-spi-of-the-avr<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Livrables==<br />
<br />
*Schematic, PCb et fichiers gerber pour le circuit: [[Média:Circuit_Toin.zip]]<br />
<br />
*Programmes pour l'Atmega et l'Arduino: [[Média:Programmes_Toin.zip]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45076IMA4 2016/2017 ECP52017-07-05T18:52:36Z<p>Rtoin : /* Rendus */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
L'objectif est de programmer notre Atmega en utilisant un Arduino Uno et ce grâce à la connexion ICSP de notre carte.<br />
<br />
La première étape est d'installer un bootloader sur l'Arduino afin de pouvoir ensuite l'utiliser comme un programmateur in situ pour implémenter un programme sur notre Atmega. Un fichier basique de bootloader a été rédigé ''(cf livrable 'sketch_init_SPI')'' puis finalement le fichier disponible avec l'IDE Arduino a été utilisé.<br />
<br />
Le programme à implémenter a pour but de permettre l'affichage d'une image simple telle qu'un smiley:<br />
<br />
[[Fichier:Matrice_Symbole.png|1000px|thumb|center|Schematic]]<br />
<br />
Afin d'afficher le dessin en continu, nous n'allons afficher qu'une LED à la fois. Étant donné la conception de la matrice de LED, on peut par exemple allumer la LED située ligne 2 colonne 1 en mettant la branche 14 à 1 et la branche 13 à la masse. Compte tenu de l'affichage 'par balayage' que nous allons réaliser, nous allumerons toutes les LED d'une même ligne en même temps, et nous ferons une rotation sur les 3 lignes possédant des LEDs que nous souhaitons allumer.<br />
<br />
Il faut alors ordonner les valeurs en sorties du buffer et du registre à décalage ''(cf livrable sketch_affichage_matrice)''.<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Livrables==<br />
<br />
*Schematic, PCb et fichiers gerber pour le circuit: [[Média:Circuit_Toin.zip]]<br />
<br />
*Programmes pour l'Atmega et l'Arduino: [[Média:Programmes_Toin.zip]]</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Fichier:Programmes_Toin.zip&diff=45075Fichier:Programmes Toin.zip2017-07-05T18:50:56Z<p>Rtoin : </p>
<hr />
<div></div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Fichier:Circuit_Toin.zip&diff=45074Fichier:Circuit Toin.zip2017-07-05T18:50:26Z<p>Rtoin : </p>
<hr />
<div></div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45072IMA4 2016/2017 ECP52017-07-05T17:59:44Z<p>Rtoin : /* Programmation de l'Atmega */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
L'objectif est de programmer notre Atmega en utilisant un Arduino Uno et ce grâce à la connexion ICSP de notre carte.<br />
<br />
La première étape est d'installer un bootloader sur l'Arduino afin de pouvoir ensuite l'utiliser comme un programmateur in situ pour implémenter un programme sur notre Atmega. Un fichier basique de bootloader a été rédigé ''(cf livrable 'sketch_init_SPI')'' puis finalement le fichier disponible avec l'IDE Arduino a été utilisé.<br />
<br />
Le programme à implémenter a pour but de permettre l'affichage d'une image simple telle qu'un smiley:<br />
<br />
[[Fichier:Matrice_Symbole.png|1000px|thumb|center|Schematic]]<br />
<br />
Afin d'afficher le dessin en continu, nous n'allons afficher qu'une LED à la fois. Étant donné la conception de la matrice de LED, on peut par exemple allumer la LED située ligne 2 colonne 1 en mettant la branche 14 à 1 et la branche 13 à la masse. Compte tenu de l'affichage 'par balayage' que nous allons réaliser, nous allumerons toutes les LED d'une même ligne en même temps, et nous ferons une rotation sur les 3 lignes possédant des LEDs que nous souhaitons allumer.<br />
<br />
Il faut alors ordonner les valeurs en sorties du buffer et du registre à décalage ''(cf livrable sketch_affichage_matrice)''.<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Rendus==</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=Fichier:Matrice_Symbole.png&diff=45070Fichier:Matrice Symbole.png2017-07-05T17:45:42Z<p>Rtoin : </p>
<hr />
<div></div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45069IMA4 2016/2017 ECP52017-07-05T17:43:04Z<p>Rtoin : /* Avancement du Projet */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Calendrier synthétique===<br />
<br />
*'''Semaine du 5 juin''': appropriation du sujet, compréhension des objectifs, analyse du travail de l'an dernier et modifications en fonctions des datasheets de chacun des composants essentiels<br />
<br />
*'''Semaine du 12 juin''': j'ai été dans l'incapacité de travailler pour une raison personnelle qui a été justifiée<br />
<br />
*'''Semaine du 19 juin''': création de la première schematic, du premier PCB et prise de rendez-vous avec M. Flamen (première soumission en fin de semaine)<br />
<br />
*'''Semaine du 26 juin''': avancement sur la partie programmation, nombreuses modifications du PCB (une impression non conforme a été réalisée)<br />
<br />
*'''Semaine du 3 juillet''': carte enfin disponible, soudage sur une journée entière, tests<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimentée avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au micro-contrôleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Rendus==</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45068IMA4 2016/2017 ECP52017-07-05T17:30:08Z<p>Rtoin : /* Tests */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimenté avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au microcontrôlleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
===Tests===<br />
<br />
La LED manquante a pu être remplacée par une LED traversante le temps d'un test: apposer les pâtes de la LED aux endroits prévus a permis de voir la LED s'allumer, confirmant le routage de l'alimentation (en plus des tests effectués avec un multimètre).<br />
<br />
Malheureusement, les tests n'ont pas pu avoir lieu car je n'ai pas réussi à flasher mon Atmega. L’implémentation avec l'IDE Arduino n'a rien donné, pas plus que celui par lignes de commandes, les deux résultants en un problème de synchronisation empêchant l'implémentation de mon programme. Je n'ai même pas pu réaliser le burn du bootloader<br />
<br />
Le problème vient probablement de ce fil 'reset' qui a été rajouté. Malgré toutes les vérifications que j'ai effectuées, peut-être ai-je manqué une connexion défaillante.<br />
<br />
Je n'ai finalement pas pu résoudre ce problème car j'ai manqué de temps pour mes tests, la réalisation de ma carte m'ayant pris beaucoup plus de temps que prévu.<br />
<br />
==Rendus==</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45067IMA4 2016/2017 ECP52017-07-05T17:15:33Z<p>Rtoin : /* Impression & Soudage */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimenté avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au microcontrôlleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
L'emplacement prévu pour la LED étant trop grand, celle-ci n'a pas été soudée mais une LED traversante sera utilisée pour réaliser un test rapide.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
===Tests===<br />
<br />
<br />
==Rendus==</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45066IMA4 2016/2017 ECP52017-07-05T17:11:40Z<p>Rtoin : /* Impression & Soudage */</p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimenté avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au microcontrôlleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
L'impression et le soudage de la carte ont été réalisés à l'atelier de Polytech (sous l'encadrement de M. Thierry Flamen que je remercie pour le temps qu'il m'a consacré afin que je mène à bien la réalisation de ma carte).<br />
<br />
Une fois que mon PCB a été conforme aux normes d'impression de la machine de Polytech, la carte a été validée et imprimée.<br />
<br />
Le soudage des composants CMS a été réalisé avec l'application de pâte à braser suivi d'un passage au four. Le connecteur femelle CMS 1*6 n'ayant pas tenu, il a été soudé à la main par la suite.<br />
<br />
Les vias ne pouvant pas être rendus conducteurs (Polytech ne possède pas l'encre nécessaire), il a été soudé un fil au travers de chacun d'eux. Cela explique l'impossibilité de placer un via sous un composant CMS (car cette soudure créée un relief trop important). Il a fallu faire de même avec un fil plus fin pour les trous des connecteurs qui possédaient une liaison sur la face opposée à la soudure (afin de permettre aux pâtes de passer dans les trous en plus du fil.<br />
<br />
Les traversants ont ensuite été soudés à la main.<br />
<br />
Finalement, un fil a été rajouté sur la piste correspondant au signal 'reset' de l'Atmega afin de pouvoir la connecter à la branche 'reset' du connecteur SPI. Cette liaison a en effet été oubliée au moment de la conception du circuit.<br />
<br />
===Programmation de l'Atmega===<br />
<br />
===Tests===<br />
<br />
<br />
==Rendus==</div>Rtoinhttps://wiki-ima.plil.fr/mediawiki//index.php?title=IMA4_2016/2017_ECP5&diff=45065IMA4 2016/2017 ECP52017-07-05T16:56:01Z<p>Rtoin : </p>
<hr />
<div>==Cahier des charges==<br />
<br />
===Contexte===<br />
<br />
L'élève est en stage à l'INRIA donc peut se déplacer à l'école.<br />
<br />
===Présentation générale du projet=== <br />
<br />
Il est vous est demandé de réaliser une carte électronique avec des composants de surface pour gérer une matrice de LEDs. Appuyez-vous sur les erreurs commises dans le projet original pour obtenir une carte opérationnelle : [[Carte_contrôleur_de_matrice_de_LEDs]].<br />
<br />
En particulier l'empreinte pour le buffer n'était pas correcte ni le câblage des connecteurs. Le routage n'était pas optimal non plus.<br />
<br />
Il est aussi demandé de partir sur la même liste de composants (voir ci-après).<br />
<br />
===Liste de composants===<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Fournisseur !! Code commande !! Quantité !! Prix unitaire HT !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| Farnell<br />
| 1715486<br />
| 1<br />
| 2,74<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| Farnell <br />
| 2290408<br />
| 1<br />
| 6,16<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| Farnell<br />
| 1668257 <br />
| 1<br />
| 1,98<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette mâle 1x6<br />
| SAMTEC<br />
| TSM-106-02-L-SH-K-TR <br />
| Farnell<br />
| 2417064<br />
| 1<br />
| 1,01<br />
| http://fr.farnell.com/samtec/tsm-106-02-l-sh-k-tr/connecteur-header-2-54mm-1x6/dp/2417064 <br />
|-<br />
| Barrette femelle 1x8<br />
| SAMTEC<br />
| SSM-108-L-SV <br />
| Farnell<br />
| 1668259 <br />
| 2<br />
| 2,26<br />
| http://fr.farnell.com/samtec/ssm-108-l-sv/embase-2-54mm-vert-8voies/dp/1668259 <br />
|-<br />
|-<br />
| Barrette mâle 2x3<br />
| TE CONNECTIVITY<br />
| 5-146130-2 <br />
| Farnell<br />
| 2311147 <br />
| 1<br />
| 1,1<br />
| http://fr.farnell.com/te-connectivity/5-146130-2/connecteur-male-2-54mm-6-voies/dp/2311147 <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| Farnell<br />
| 1201269<br />
| 1<br />
| 0,469<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| Farnell<br />
| 1712816<br />
| 1<br />
| 0,61<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| Farnell <br />
| 1652419 <br />
| 1<br />
| 0,93<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 100 nF<br />
| MULTICOMP<br />
| MC0201X104K6R3CT<br />
| Farnell<br />
| 2320753 <br />
| 3<br />
| 0,0116<br />
| http://fr.farnell.com/multicomp/mc0201x104k6r3ct/condensateur-mlcc-x5r-100nf-6/dp/2320753<br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| MULTICOMP<br />
| MCMR04X1002FTL<br />
| Farnell<br />
| 2072517<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1002ftl/res-ceramique-10k-1-0-063w-0402/dp/2072517 <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| MULTICOMP<br />
| MCMR04X1004FTL<br />
| Farnell<br />
| 2072521<br />
| 1 <br />
| 0,0134<br />
| http://fr.farnell.com/multicomp/mcmr04x1004ftl/res-ceramique-1m-1-0-0625w-0402/dp/2072521<br />
|- <br />
|- <br />
| Résistance 470 Ohm<br />
| MULTICOMP<br />
| MC0063W06035470R<br />
| Farnell<br />
| 9332146<br />
| 1 <br />
| 0,0097<br />
| http://fr.farnell.com/multicomp/mc0063w06035470r/res-couche-epaisse-470r-5-0-063w/dp/9332146<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| Farnell<br />
| 8529825<br />
| 1 <br />
| 0,281<br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
==Avancement du Projet==<br />
<br />
===Choix techniques===<br />
<br />
*La carte sera alimenté avec une tension continue de 5V; l'alimentation se fera par connecteur SPI ;<br />
<br />
*Un montage oscillateur à quartz sera implémenté afin de fournir un signal d'horloge d'une fréquence de 16 MHz au microcontrôlleur ;<br />
<br />
*La matrice de LED 8x8 sera connectée avec des barrettes de connexion femelles située sur la couche 'bottom' de notre carte ;<br />
<br />
*Un registre à décalage (fonctionnant en SIPO de l'Atmega vers la matrice) permettra de choisir directement les rangées de la matrice à activer via l'Atmega ;<br />
<br />
*Un buffer permettra de réaliser une amplification de courant en entrée de la matrice et permettra d'activer les colonnes de la matrice ;<br />
<br />
*Un Spi-header permettra de programmer l'Atmega de notre carte ;<br />
<br />
*Une LED de contrôle est ajoutée pour s'assurer de la qualité du soudage qui sera effectué ;<br />
<br />
*Le logiciel Eagle sera utilisé pour la conception de la carte ;<br />
<br />
====Liste des composants====<br />
<br />
Aucun composant n'a été commandé, tout a été réalisé avec les stocks de l'école. De ce fait, je n'ai pas eu accès aux références de composants comme les résistances ou les condensateurs utilisés.<br />
<br />
{| class="wikitable"<br />
! Description !! Fabricant !! Référence Fabricant !! Quantité !! Lien fournisseur<br />
|-<br />
| Microcontrôleur<br />
| ATMEL<br />
| ATMEGA328P-AU<br />
| 1<br />
| http://fr.farnell.com/atmel/atmega328p-au/mcu-8bit-atmega-20mhz-tqfp-32/dp/1715486<br />
|-<br />
|-<br />
| Afficheur matrice de point 8x8<br />
| KINGBRIGHT<br />
| TC23-11EWA<br />
| 1<br />
| http://fr.farnell.com/kingbright/tc23-11ewa/display-dot-matrix-2-3-8x8-red/dp/2290408 <br />
|-<br />
|-<br />
| Barrette femelle 1x6<br />
| SAMTEC<br />
| SSM-106-L-SV <br />
| 2<br />
| http://fr.farnell.com/samtec/ssm-106-l-sv/embase-2-54mm-vert-6voies/dp/1668257 <br />
|-<br />
|-<br />
| Barrette femelle 1x3 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Barrette femelle 1x8 traversant<br />
| <br />
| <br />
| 2<br />
| <br />
|-<br />
|-<br />
| Registre à décalage<br />
| NXP<br />
| 74HC595D<br />
| 1<br />
| http://fr.farnell.com/nxp/74hc595d/circuit-logique-74hc-cms/dp/1201269<br />
|-<br />
|-<br />
| Quartz<br />
| EPSON<br />
| Q22FA23800181 FA-238 16 MHZ 12.5PF<br />
| 1<br />
| http://fr.farnell.com/epson/q22fa23800181-fa-238-16-mhz-12-5pf/quartz-fa-238-16mhz-50ppm-12pf/dp/1712816 <br />
|-<br />
|-<br />
| Buffer<br />
| TEXAS INSTRUMENTS<br />
| ULN2803ADWR<br />
| 1<br />
| http://fr.farnell.com/texas-instruments/uln2803adwr/array-darlington-8-x-50v-18soic/dp/1652419?CMP=os_Google-FR_ProductDetail_Redirect&_ga=1.205781847.597929948.1454953943 <br />
|-<br />
|-<br />
| Condensateur 22 pF<br />
| <br />
| <br />
| 2<br />
| <br />
|- <br />
|-<br />
| Résistance 10 KOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 1 MOhm<br />
| <br />
| <br />
| 1 <br />
| <br />
|- <br />
|- <br />
| Résistance 294 Ohm<br />
| <br />
| <br />
| 1 <br />
|<br />
|- <br />
|- <br />
| LED<br />
| KINGBRIGHT<br />
| KP-1608MGC<br />
| 1 <br />
| http://fr.farnell.com/kingbright/kp-1608mgc/led-0603-vert/dp/8529825<br />
|- <br />
|}<br />
<br />
<br />
===Schématique===<br />
<br />
La bibliothèque Sparkfun a été utilisée afin d'avoir des modèles pour les composants utilisés. La schématique proposée se base sur celle proposée l'an dernier. Plusieurs différences sont à noter:<br />
<br />
*Le modèle de l'Atmega utilisé semble différent (au moins pour sa représentation sur PCB) ;<br />
<br />
*De même pour le modèle du registre à décalage (désormais de la bonne dimension) ;<br />
<br />
*Les connecteurs utilisés sont bien des connecteurs femelles CMS contrairement à l'année dernière où il s'agissait de connecteurs traversants ;<br />
<br />
*Le buffer a été modifié et possède désormais un modèle correspondant à la taille réelle du composant (c'était l'un des problèmes majeur de l'année dernière) ;<br />
<br />
*Les branchements entre le registre à décalage et la matrice, et entre le buffer et la matrice ont été réalisés en suivant la documentation de la matrice de LED (ci-dessous). <br />
<br />
[[Fichier:Doc_Matrice.PNG|1000px|thumb|center|Documentation de la matrice de LED]]<br />
<br />
La première schematic proposée est la suivante:<br />
<br />
[[Fichier:Schematic_Toin.png|1000px|thumb|center|Schematic]]<br />
<br />
Après multiples modifications, la schematic finale proposée est présentée ci-dessous. Toutes les modifications apportées ne sont pas nécessairement visibles sur la schématic, parfois seul le modèle du composant sur le PCB change. On peut cependant remarquer ici que:<br />
<br />
*Le modèle de l'Atmega a été modifié et comporte désormais le bon nombre de 4*8=32 broches (contre 33 sur le modèle précédent) ;<br />
<br />
*Le modèle du quartz a également été modifié et les condensateurs qui l'accompagne ont été corrigés et sont désormais de 22pF, valeur usuelle utilisée pour un tel montage d'oscillateur à quartz ;<br />
<br />
*Les composants accompagnant la LED ont été modifiés, la valeur de la résistance étant désormais adaptée à la LED utilisée et à la tension de 5V sous laquelle on souhaite travailler.<br />
<br />
[[Fichier:Schematic_finale.PNG|1000px|thumb|center|Schematic finale]]<br />
<br />
<br />
<br />
===PCB===<br />
<br />
Pour la réalisation du PCB le point le plus important est de correctement placer les connecteurs pour la matrice. Le modèle de la carte à comme dimension 59,7*59,7mm. Comme visible sur le PCB, les connecteurs de la matrice ont été espacés de 45,72 mm ce qui correspond à la valeur recommandée sur la documentation de la matrice LED. De plus, il a fallut s'assurer de placer l'un des connecteurs dans le sens inverse (pivoté de 180°) afin de s'assurer que les branchements avec la matrice soient conformes.<br />
<br />
Les connecteurs pour la matrice ont été placés sur la face bottom. Après avoir fait au mieux pour placer tous les composants, il a été décidé de tous les conserver sur la face top car après modélisation, le routage ne gagnait pas vraiment en efficacité en plaçant des composants supplémentaires sur la face bottom.<br />
<br />
Finalement, seul le circuit de la LED de contrôle semble un peu trop éloigné.<br />
<br />
Le premier PCB proposé est le suivant:<br />
<br />
[[Fichier:PCB_Toin.PNG|1000px|thumb|center|PCB]]<br />
<br />
Après de multiples considérations auprès de M. Thierry Flamen, le PCb a été revu et optimisé à plusieurs reprises. La solution finale proposée est présentée ci-dessous. On remarquera les modifications suivantes:<br />
<br />
*Les barrettes de connexion pour la matrice ont été modifiées pour être des composants traversants. De toute évidence, il aurait été quasi impossible de connecter la matrice à des connecteurs de surface, ceux-ci auraient été beaucoup trop fragiles ;<br />
<br />
*Le micro-contrôleur possède désormais un modèle plus grand et donc correct ;<br />
<br />
*Le quartz possède désormais un modèle plus grand et donc correct ;<br />
<br />
*L'orientation des composants a été largement modifiée afin d'optimiser le routage ;<br />
<br />
*Les via situés sous certains composants ont été proscrits car ils ne peuvent pas être réalisés à l'atelier de Polytech ''(cf Impression & Soudage pour plus de détail)'' ;<br />
<br />
*Les tailles des vias et des pistes ont été augmentées ;<br />
<br />
*Le connecteur de droite s'étant finalement avéré dispensable, il n'a pas été routé.<br />
<br />
[[Fichier:PCB_final.PNG|1000px|thumb|center|PCB final]]<br />
<br />
===Impression & Soudage===<br />
<br />
===Programmation de l'Atmega===<br />
<br />
===Tests===<br />
<br />
<br />
==Rendus==</div>Rtoin