46e7efb3901645a16dd60a0853a2cb3be2997893
Administratif/Postes/Nouveau-membre-CA.md
... | ... | @@ -0,0 +1,42 @@ |
1 | +Nouveau membre du CA |
|
2 | +================ |
|
3 | + |
|
4 | +Cette page est un historique des activités d'un membre du CA à partir de son investiture |
|
5 | +Si il reste assez détaillé, il sera utile en tant que guide. |
|
6 | + |
|
7 | +En tant que membre du Conseil d'Administration, vous avez un pouvoir de décision, le **vote en conseil d'administration**. |
|
8 | +Il est souhaitable que tous les membres du Conseil d'Administration aient lu les statuts et le règlement intérieur du ResEl. Les membres du CA sont en charge de faire respecter ces statuts et ce règlement intérieur. |
|
9 | +De même, il est souhaitable que vous suiviez la vie de l'association, les besoins, les dépenses, afin de pouvoir voter une décision éclairée pendant les CA. |
|
10 | + |
|
11 | +Pour cela, le plus utile est d'être aussi administrateur, de s'occuper des problèmes techniques du ResEl. Allez donc voir le [guide technique du nouvel administrateur ResEl](/Guides/Tutoriel-technique) en même temps, car la plupart des actions à part les CAs nécessite une intervention technique. Cette page risquera de paraître vide en comparaison car seuls les prises de décisions, et les débats sur quels projets (en dehors des détails techniques) réalisés seront affichés. |
|
12 | + |
|
13 | + |
|
14 | +# Investiture |
|
15 | +## Participation à l'AGO |
|
16 | +* Election du conseil d'administration |
|
17 | +* Vote du quitus moral et du quitus financier |
|
18 | +* Accès au Channel #CA ResEl sur Telegram |
|
19 | +Si vous êtes élu, félicitation ! |
|
20 | + |
|
21 | +## 1er conseil d'administration |
|
22 | +### Vote du bureau : [président](/Administratif/Postes/President), [trésorier](/Administratif/Postes/Tresorier) et [secrétaire](/Administratif/Postes/Secretaire) |
|
23 | +A la demande d'un des membres du Conseil d'Administration, ce vote a été réalisé de manière cachée |
|
24 | + |
|
25 | +### Vote du budget prévisionnel de l'année |
|
26 | +Présenté par le trésorier, ce budget montre les catégories de dépense |
|
27 | + |
|
28 | +### Décisions régulières du CA |
|
29 | +* Vote des dépenses. |
|
30 | +Le CA vote toujours le montant exact des dépenses et l'objet des dépenses. Cela se fait en plus du vote budget prévisionnel. |
|
31 | +Exemples : Achats de disques durs |
|
32 | +* Report des désignations des autres postes à responsabilités du ResEl |
|
33 | +respons'com, parc-opé ne sont pas obligatoirement tenus par des membres du CA. Pour permettre aux personnes ne participants pas aux CA d'y accéder, on a reporté la décision à plus tard. |
|
34 | + |
|
35 | +# Administration régulière |
|
36 | +## Réunion technique du 27 janvier |
|
37 | +Première réunion, avec une partie des administrateurs (ceux qui ne sont pas partis au ski, waouh) |
|
38 | + |
|
39 | + |
|
40 | +TODO (pour le rédacteur) |
|
41 | +* Compléter le guide avec les activités au jour le jour du membre du conseil d'administration |
|
42 | +* Ajouter des liens vers les différentes parties du wiki à suggérer |
|
... | ... | \ No newline at end of file |
Administratif/Postes/Tresorier.md
... | ... | @@ -0,0 +1,7 @@ |
1 | +Trésorier |
|
2 | +======== |
|
3 | + |
|
4 | + |
|
5 | + |
|
6 | +# TODO (pour le rédacteur) |
|
7 | +* Commencer cette page (pour l'instant elle est vide) |
|
... | ... | \ No newline at end of file |
Astuces/proxy.md
... | ... | @@ -0,0 +1,28 @@ |
1 | +Proxy vers le ResEl |
|
2 | +=================== |
|
3 | + |
|
4 | +Il est parfois utile lorsque l'on est à l’extérieur du ResEl de pouvoir accéder à certains services à l'intérieur du ResEl. Il est aussi parfois utile de se connecter à des services qui sont sur les VLAN admin (998) ou VLAN switchs (997). |
|
5 | + |
|
6 | +La procédure est de créer un proxy SOCKS. Sur linux il suffit de taper la commande suivante : |
|
7 | +```bash |
|
8 | +ssh -D 4242 lcarr@ssh.resel.fr |
|
9 | +``` |
|
10 | +avec : |
|
11 | + - `-D 4242` le proxy sera bindé sur le port 4242 |
|
12 | + - `lcarr@ssh.resel.fr` les identifiants de connexion, peut être simplifié en un alias |
|
13 | + |
|
14 | +Dans Firefox, la procédure est de se connecter à un *proxy manuel* avec les options suivantes : |
|
15 | +- *SOCKS Host* : localhost |
|
16 | +- *Port* : 4242 (dans notre cas) |
|
17 | +- *SOCKS v5* |
|
18 | +- Cocher *Proxy DNS when using SOCKS v5* |
|
19 | + |
|
20 | +Vous pouvez à partir de ce moment vous connecter aux services internes du ResEl |
|
21 | + |
|
22 | +## Articles liés |
|
23 | +- [Configuration SSH](https://wiki.resel.fr/Guides/Connexion%20SSH) |
|
24 | + |
|
25 | +----- |
|
26 | + |
|
27 | +## TODO (rédacteur): |
|
28 | +- |
|
... | ... | \ No newline at end of file |
Guides/Connexion-SSH.md
... | ... | @@ -58,7 +58,9 @@ Si tout se passe bien vous êtes désormais connecté sur les passerelles. |
58 | 58 | C'est bien pratique de taper des commandes à rallonge, mais c'est plus simple quand on se connecte en 3 caractères ! |
59 | 59 | |
60 | 60 | Je vous propose donc une petite configuration OpenSSH (pratiquement la mienne) qui vous fera économiser plein de |
61 | -caractères. Celle-ci se trouve dans le fichier `~/.ssh.config` que vous aurez très certainement à creer. |
|
61 | +caractères. Celle-ci se trouve dans le fichier `~/.ssh/config` que vous aurez très certainement à creer. |
|
62 | + |
|
63 | +*Notes* : Si vous recevez une erreur parlant de `#` à la fin de certaines lignes, il sera peut-être nécessaire de supprimer les commentaires, ou les mettre sur de nouvelles lignes. |
|
62 | 64 | |
63 | 65 | ``` |
64 | 66 | # Configuration des passerelles ResEl |
Guides/DHCP/Configurer-un-DHCP-de-secours.md
... | ... | @@ -0,0 +1,132 @@ |
1 | +Configurer un DHCP de secours pour gérer le failover |
|
2 | +====================================== |
|
3 | + |
|
4 | +Version du 25/01/2017. |
|
5 | + |
|
6 | +Cette page est un guide sur comment installer un serveur DHCP, en particulier celui de Brest. |
|
7 | +C'est la première étape du guide [Monter le service DHCP](/Guides/Monter-le-service-DHCP) du ResEL |
|
8 | +* [Installer un serveur DHCP](/Guides/DHCP/Installer-un-serveur-DHCP) |
|
9 | +* [Configurer le DHCP](/Guides/DHCP/Configurer-un-serveur-DHCP) |
|
10 | +* Configurer un DHCP de secours |
|
11 | + |
|
12 | +# Contexte |
|
13 | +Ajout d'une nouvelle machine en tant que DHCP de secours, ici Braum, appelé le `secondary dhcp`. |
|
14 | +ELle prend le relai sur le DHCP principal, saymyname, appelé `primary dhcp`. |
|
15 | + |
|
16 | + |
|
17 | +# Mise en place du failover |
|
18 | +Tout ce qui inscrit ici est inpiré de l'article[¹] |
|
19 | +[¹]: https://kb.isc.org/article/AA-00502/0/A-Basic-Guide-to-Configuring-DHCP-Failover.html |
|
20 | +## Configuration du second serveur DHCP |
|
21 | +Il faut commencer par avoir deux machines configurées pour le DHCP (voir article précédent). Ensuite, il en faut désigner une en tant que primary dhcp, et l'autre en tant que secondary DHCP. |
|
22 | + |
|
23 | +## Installation des outils |
|
24 | +### Sur les deux VMs |
|
25 | +Pour l'outil de génération de clé `dnssec-keygen` |
|
26 | +``` |
|
27 | +apt install bind9 |
|
28 | +``` |
|
29 | +La génération de clé est ultra lente, du coup un paquet supplémentaire pour générer de l'entropie ça ne fait pas de mal. Installez haveged |
|
30 | +``` |
|
31 | +apt install haveged |
|
32 | +``` |
|
33 | + |
|
34 | +## Modification de header.conf |
|
35 | +Le fichier `header.conf` |
|
36 | +### Ajout du block failover peer |
|
37 | +Les blocks suivant peuvent être placés juste avant la déclaration des subnets |
|
38 | +#### Pour le primary dhcp |
|
39 | + |
|
40 | +``` |
|
41 | +failover peer "failover-dhcp-resel" { |
|
42 | + primary; |
|
43 | + address <ip du primary dhcp>; |
|
44 | + port <port d'écoute du primary DHCP, exemple 519>; |
|
45 | + peer address <ip du secondary dhcp>; |
|
46 | + peer port <port d'envoi des paquet sur le secondary DHCP, exemple 520>; |
|
47 | + max‐response‐delay 60; |
|
48 | + max‐unacked‐updates 10; |
|
49 | + mclt 3600; |
|
50 | + split 128; |
|
51 | + load balance max seconds 3; |
|
52 | +} |
|
53 | +``` |
|
54 | + |
|
55 | +#### Pour le secondary DHCP |
|
56 | +Les ports d'écoutes doivent correspondre sur les deux configurations. |
|
57 | +``` |
|
58 | +failover peer "failover-dhcp-resel" { |
|
59 | + secondary; |
|
60 | + address <ip du secondary dhcp>; |
|
61 | + port <port d'écoute du secondary DHCP, exemple 520>; |
|
62 | + peer address <ip du primary dhcp>; |
|
63 | + peer port <port d'envoi des paquet sur le primary DHCP, exemple 519>; |
|
64 | + max‐response‐delay 60; |
|
65 | + max‐unacked‐updates 10; |
|
66 | + load balance max seconds 3; |
|
67 | +} |
|
68 | +``` |
|
69 | + |
|
70 | +#### Pour les deux VMs |
|
71 | +dans chaque subnet, rajouter |
|
72 | +``` |
|
73 | +pool { |
|
74 | + failover peer "failover-dhcp-resel"; |
|
75 | + range <IP start> <IP end>; |
|
76 | +} |
|
77 | +``` |
|
78 | +Pour les IPs, il y avait toujours une ligne range dans les blocs subnet, il suffit d'en faire un copier-coller. |
|
79 | +Pour la configuration dhcp-brest, il y a donc **trois** blocs de ce type à ajouter au 25/01/2017 |
|
80 | +et commenter les ranges dans le reste du subnet (pour qu'il ne reste que celui dans le pool précédent). |
|
81 | + |
|
82 | +### Configuration de l'API de connexion entre les deux serveurs |
|
83 | +#### Dans les deux VMs |
|
84 | +Se placer dans le dossier `/etc/dhcp` puis Générer les clés |
|
85 | +``` |
|
86 | +dnssec‐keygen ‐a HMAC‐MD5 ‐b 512 ‐n USER omapi_dhcp_failover |
|
87 | +``` |
|
88 | + |
|
89 | +ouvrir la clé privée |
|
90 | +``` |
|
91 | +vim Komapi_dhcp_failover.+<3 numéros>+<trace de la clé>.private |
|
92 | +``` |
|
93 | +et copier la partie "key" |
|
94 | +Insérer dans la conf. L'emplacement est libre, nous les avons placé entre la déclaration du nom de domaine et la déclaration des subnets. |
|
95 | +``` |
|
96 | +omapi-port 7911; |
|
97 | +omapi-key omapi_dhcp_failover; |
|
98 | +``` |
|
99 | +Ensuite on insère la clé. |
|
100 | +``` |
|
101 | +key omapi_dhcp_failover { |
|
102 | + algorithm hmac-md5; |
|
103 | + secret <Partier copiée de la clé privée>; |
|
104 | +} |
|
105 | +``` |
|
106 | + |
|
107 | +Concernant les fichiers de clé générés, on ne savait pas quoi faire avec, du coup on les a laissés dansn le répertoire `/etc/dhcp`. |
|
108 | + |
|
109 | +## Redémarrage des services |
|
110 | +Lancez les scripts de reload `/srv/reloader/scripts/dhcp/ldap2dhcp.py` |
|
111 | +Si ça gueule pas, vous pouvez checker les logs et le journal de connexion avant les commandes indiquées dans l'article précédent ! |
|
112 | +Ca marche si le DHCP répond ! |
|
113 | + |
|
114 | +# Autres |
|
115 | +## Ressources utiles |
|
116 | +### Git ResEl |
|
117 | +* https://git.resel.fr/confs/dhcp-brest |
|
118 | +* https://git.resel.fr/confs/dhcp-rennes |
|
119 | +* https://git.resel.fr/resel/scripts/tree/master/dhcp pour le script `ldap2dhcp.py`. |
|
120 | + |
|
121 | +### Externes |
|
122 | +* https://wiki.debian.org/DHCP_Server |
|
123 | +* https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol |
|
124 | +* https://kb.isc.org/article/AA-00502/0/A-Basic-Guide-to-Configuring-DHCP-Failover.html |
|
125 | + |
|
126 | +## Articles liés |
|
127 | +* [Saymyname](/Serveurs/saymyname) |
|
128 | +* [Braum](/Serveurs/braum) |
|
129 | +* [Installer un serveur DHCP](/Guides/DHCP/Installer-un-serveur-DHCP) (Article précédent) |
|
130 | + |
|
131 | +# TODO (pour le rédacteur) |
|
132 | +* Etoffer l'article avec un peu plus de phrases, de contexte |
|
... | ... | \ No newline at end of file |
Guides/DHCP/Configurer-un-serveur-DHCP.md
... | ... | @@ -27,7 +27,7 @@ Ce lien lance l'exécution du script de reload (voir Configuration). |
27 | 27 | ## Configuration |
28 | 28 | -> La configuration se trouve : https://git.resel.fr/confs/dhcp-brest |
29 | 29 | |
30 | -Le fichier de conf dhcpd.conf est généré en créant un fichier contenant d'abord le fichier `/etc/dhcp/header.conf` qui contient la conf préliminaire du dhcp. Ensuite, le script python `ldap2dhcp.py` (voir plus bas) ajoute la description statique de chacun des machines inscrites, son ip et son adresse mac à la conf. La conf finale est inscrite dans le fichier `/etc/dhcp/dhcp.conf`. |
|
30 | +Le fichier de conf `dhcpd.conf` est généré en créant un fichier contenant d'abord le fichier `/etc/dhcp/header.conf` qui contient la conf préliminaire du dhcp. Ensuite, le script python `ldap2dhcp.py` (voir plus bas) ajoute la description statique de chacun des machines inscrites, son ip et son adresse mac à la conf. La conf finale est inscrite dans le fichier `/etc/dhcp/dhcpd.conf`. |
|
31 | 31 | |
32 | 32 | ### Configuration préliminaire du DHCP |
33 | 33 | |
... | ... | @@ -129,17 +129,20 @@ La ligne intéressante est celle précisant les interfaces : |
129 | 129 | ``` |
130 | 130 | DHCPDARGS = "eth1 eth3" |
131 | 131 | ``` |
132 | -L'interface `eth1` permet sert pour le VLAN utilisateur et l'interface eth3 pour le VLAN inscription. TODO : vérifier cette info. |
|
132 | +L'interface `eth1` permet sert pour le VLAN utilisateur et l'interface `eth3` pour le VLAN inscription. |
|
133 | + |
|
134 | +**TODO** : vérifier cette info . `eth3` n'est pas forcément le bon numéro d'interface (ça peut être `eth2`). Pour être sûr, sachez que ça dépend de comment a été montée l'interface. |
|
135 | + |
|
133 | 136 | A noter que la ligne précédente remplace la ligne suivante dans la configuration par défaut de `isc-dhcp-server` : |
134 | 137 | ``` |
135 | 138 | INTERFACES="" |
136 | 139 | ``` |
137 | 140 | |
138 | -#### Génération |
|
141 | +### Génération |
|
139 | 142 | Pour la première mise en route du service, le plus simple est de lancer le script `ldap2dhcp.py`. Voir l'article suivant pour plus d'info. |
140 | 143 | |
141 | -#### Redémarrage du service |
|
142 | -##### Avec le script (méthode conseillée) |
|
144 | +### Redémarrage du service |
|
145 | +#### Avec le script (méthode conseillée) |
|
143 | 146 | Pour appliquer la mise à jour du LDAP, ou de la configuration DHCP, il faut redémarrer le service isc-dhcp-server. |
144 | 147 | Pour redémarrer le DHCP, de préférence il faut utiliser l'interface admin : section relance DHCP et DNS cliquer sur le bouton DHCP. |
145 | 148 | Cela va lancer une connexion ssh sur [saymyname](Serveurs/saymyname) avec le compte reloader dont la seule action va être de relancer le DHCP. |
... | ... | @@ -157,7 +160,7 @@ host <son nom> |
157 | 160 | ``` |
158 | 161 | Le script écrase le contenu de `dhcp.conf` à chaque exécution. Il faut donc faire attention à ne pas casser la configuration préliminaire `header.conf` pour garantir la relance du service dhcp. |
159 | 162 | |
160 | -##### Rédemarrage manuel (pour ceux qui aime tout casser) |
|
163 | +#### Rédemarrage manuel (pour ceux qui aime tout casser) |
|
161 | 164 | Pour effectuer un redémarrage manuel, il est possible de stopper et relancer le service à partir de l'invite de commande. Cette méthode ne prend pas en compte les modifications du LDAP, ni de la conf DHC. Je vous conseille vivement d'utiliser le script de reload. Néanmoins, les commandes à lancer sont : |
162 | 165 | ``` |
163 | 166 | systemctl stop isc-dhcp-server |
... | ... | @@ -167,7 +170,7 @@ Puis |
167 | 170 | systemctl start isc-dhcp-server |
168 | 171 | ``` |
169 | 172 | |
170 | -### Vérifier que les scripts sont bien lancés et fonctionnent |
|
173 | +## Vérifier que les scripts sont bien lancés et fonctionnent |
|
171 | 174 | Deux commandes permettent de vérifier que le service DHCP s'est lancé sans erreurs : |
172 | 175 | ``` |
173 | 176 | tails -f /var/log/syslog |
... | ... | @@ -196,4 +199,5 @@ A noter que le `100` sert à faire apparaitre 100 lignes du journal (au lieu des |
196 | 199 | * [Configurer un DHCP de secours](/Guides/DHCP/Configurer-un-DHCP-de-secours) (Article suivant) |
197 | 200 | |
198 | 201 | ## TODO (pour le rédacteur) |
199 | -* Vérifier la correspondance interfes-VLAN affirmée dans #configuration-du-daemon |
|
... | ... | \ No newline at end of file |
0 | +* Vérifier la correspondance interfes-VLAN affirmée dans #configuration-du-daemon |
|
1 | +* Détailler la configuration du script (modification des constantes) |
|
... | ... | \ No newline at end of file |
Guides/DHCP/Installer-un-serveur-DHCP.md
... | ... | @@ -0,0 +1,65 @@ |
1 | +Installation d'un serveur DHCP |
|
2 | +================== |
|
3 | + |
|
4 | +Cette page est un guide sur comment installer un serveur DHCP, en particulier celui de Brest. C'est la première étape du guide [Monter le service DHCP](/Guides/Monter-le-service-DHCP) du ResEL |
|
5 | +* Installer un serveur DHCP |
|
6 | +* [Configurer le DHCP](/Guides/DHCP/Configurer-un-serveur-DHCP) |
|
7 | +* [Configurer un DHCP de secours](/Guides/DHCP/Configurer-un-DHCP-de-secours) |
|
8 | + |
|
9 | +# Préconfiguration |
|
10 | +## Mise en place de la VM |
|
11 | +Magie ~~~~~~ faut voir comment installer une VM par vous même |
|
12 | + |
|
13 | +## Ajout de l'interface configuration |
|
14 | +Créer une interface supplémentaire pour le réseau inscription |
|
15 | + |
|
16 | +# Installation |
|
17 | +## Installation des paquets nécessaires |
|
18 | + |
|
19 | +Il faut évidemment lancer les commandes en tant que root |
|
20 | +``` |
|
21 | +# apt install isc-dhcp-server isc-dhcp-server-ldap |
|
22 | +``` |
|
23 | +Ensuite il faut installer python3 pour pouvoir utiliser le script python et le gestionnaire pip pour installer les bonnes dépendances python |
|
24 | +``` |
|
25 | +# apt install python3 python3-pip |
|
26 | +``` |
|
27 | +*Note* : En réalité lors de la première installation du DHCP de secours, on avait essayé de se servir de apt pour installer uniquement la paquet `python3-ldap3`, mais ç'a n'a pas fonctionné, on a fini par installer tous les packages de python3&ldap possible. Bref, pour faire fonctionner le script `ldap2dhcp.py`, il faut le paquet `ldap3`, si vous avez l'occasion de tester d'autres solutions, n'hésitez pas ! |
|
28 | +``` |
|
29 | +# pip install python3-ldap3 |
|
30 | +# pip install ldap3 |
|
31 | +``` |
|
32 | +TODO : trouver la config minimale d'installation de `ldap3`. |
|
33 | + |
|
34 | +création des dossiers et fichiers nécessaires |
|
35 | +``` |
|
36 | +# mkdir /srv/reloader |
|
37 | +# mkdir /srv/reloader/scripts |
|
38 | +# mkdir /srv/reloader/scripts/dhcp |
|
39 | +``` |
|
40 | +Puis créer les fichier p |
|
41 | +``` |
|
42 | +# touch /srv/reloader/scripts/dhcp/ldap2dhcp.py |
|
43 | +# touch /etc/dhcp/header.conf |
|
44 | +``` |
|
45 | +Ensuite, copier le script depuis https://git.resel.fr/resel/scripts/tree/master/dhcp/brest et le header de base depuis https://git.resel.fr/confs/dhcp-brest/tree/master |
|
46 | + |
|
47 | +## Ressources utiles |
|
48 | +### Git ResEl |
|
49 | +* https://git.resel.fr/confs/dhcp-brest |
|
50 | +* https://git.resel.fr/confs/dhcp-rennes |
|
51 | +* https://git.resel.fr/resel/scripts/tree/master/dhcp pour le script ldap2dhcp.py. |
|
52 | + |
|
53 | +### Externes |
|
54 | +* https://wiki.debian.org/DHCP_Server |
|
55 | +* https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol |
|
56 | + |
|
57 | +Articles liés |
|
58 | +* [Saymyname](/Serveurs/saymyname) DHCP principal |
|
59 | +* [Braum](/Serveurs/braum) DHCP secondaire |
|
60 | +* [Configurer un serveur DHCP](/Guides/DHCP/Configurer-un-serveur-DHCP) Article Suivant |
|
61 | + |
|
62 | +# TODO (pour le rédacteur) |
|
63 | +* Etoffer l'article avec un peu plus de phrases, de contexte |
|
64 | +* TODO : trouver la config minimale d'installation de `ldap3`. |
|
65 | +* TODO : compléter les paragraphes sur la création de la VM et la création de la seconde interface pour "ResEl Inscription" |
|
... | ... | \ No newline at end of file |
Guides/Installation-serveur.md
... | ... | @@ -99,7 +99,9 @@ Voir aussi : [Gestions des mails machines](Services/Postfix) |
99 | 99 | ### Log des événements |
100 | 100 | Voir aussi [Monitoring/Syslog](Monitoring/Syslog) |
101 | 101 | |
102 | - Le ResEl utilise LogCheck pour surveiller l'activité sur le serveur. Installer syslog-ng (qui remplace rsyslog ou syslogd qui est installé par défaut), et dans `/etc/syslog-ng/syslog-ng.conf`, ajouter le paragraphe suivant à la fin du fichier pour envoyer les logs vers veronica : |
|
102 | + Le ResEl utilise LogCheck pour surveiller l'activité sur le serveur. Installer syslog-ng (qui remplace rsyslog ou syslogd qui est installé par défaut), et dans `/etc/syslog-ng/syslog-ng.conf`. |
|
103 | + |
|
104 | +Pour envoyer les logs vers veronica, comme indiqué à la fin du fichier de conf par défaut, créer un nouveau fichier dans `/etc/syslog-ng/conf.d/`. Appelez le `veronica.conf` par exemple (il faut obligatoirement terminer le nom de fichier par .conf pour qu'il soit pris en compte) et ajoutez-y les lignes suivantes: |
|
103 | 105 | |
104 | 106 | ``` |
105 | 107 | ######################################### |
... | ... | @@ -176,7 +178,7 @@ Exemple pour gitu : |
176 | 178 | |
177 | 179 | SYSTEM="Gitu : La machine de Gitlab" |
178 | 180 | |
179 | - * Listchanges, éditer le fichier /etc/apt/listchanges.conf, |
|
181 | + * Listchanges, éditer le fichier `/etc/apt/listchanges.conf`, |
|
180 | 182 | ``` |
181 | 183 | [apt] |
182 | 184 | frontend=mail |
... | ... | @@ -201,7 +203,7 @@ deb-src http://security.debian.org/ jessie/updates main |
201 | 203 | |
202 | 204 | ## BackupPC |
203 | 205 | |
204 | -*TODO* |
|
206 | +Voir sur [BackpPC](/Services/Backuppc) |
|
205 | 207 | |
206 | 208 | ## S.M.A.R.T. |
207 | 209 | Voir aussi [Monitoring/S.M.A.R.T.](Monitoring/SMART) |
Guides/Monter-le-service-DHCP.md
... | ... | @@ -7,9 +7,22 @@ Cette page présente les actions nécessaires pour mettre en place le service DH |
7 | 7 | * Les VLANs et le plan de distribution des IP |
8 | 8 | * Possiblement d'autres trucs dont j'ai aucune idée (TODO) |
9 | 9 | |
10 | -# Dynamic Host Configuration Protocol - Késako ? |
|
10 | +# Dynamic Host Configuration Protocol (DHCP) - Késako ? |
|
11 | 11 | https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol |
12 | 12 | Y'a pas besoin de plus, TMTC ;) |
13 | +> Dynamic Host Configuration Protocol (DHCP, protocole de configuration dynamique des hôtes) est un protocole réseau dont le rôle est d’assurer la configuration automatique des paramètres IP d’une station, notamment en lui **affectant automatiquement une *adresse IP* et un masque de sous-réseau**. |
|
14 | + |
|
15 | +*wikipedia.fr* |
|
16 | + |
|
17 | +## Généralités |
|
18 | + |
|
19 | +Le serveur DHCP est hébergé sur la VM [saymyname](/Serveurs/saymyname). La VM [braum](/Serveurs/braum) avec le serveur DHCP de secours a une configuration similaire. |
|
20 | +Le serveur DHCP utilisé est `isc-dhcp`, c'est à dire le package `isc-dhcp-server`. |
|
21 | + |
|
22 | +## Utilisation |
|
23 | + |
|
24 | +Pour relancer le service lors d'une modification (mise à jour du ldap ou de la configuration dhcp) le plus simple est d'utiliser le lien qui se trouve sur le [site admin](https://admin.resel.fr) |
|
25 | +Ce lien lance l'exécution du script de reload (voir [ce paragraphe](/Guides/DHCP/Configurer-un-serveur-DHCP#avec-le-script-méthode-conseillée) ). |
|
13 | 26 | |
14 | 27 | # Etape 1 : [Installation du serveur DHCP sur une VM](/Guides/DHCP/Installer-un-serveur-DHCP) |
15 | 28 | Cette étape sert à installer tous les paquets et fichiers sur une machine virtuelle qui fournira un service DHCP |
... | ... | @@ -24,6 +37,7 @@ Cette étape permet de configurer et de lancer le DHCP sur une machine virtuelle |
24 | 37 | ## Fichiers de conf |
25 | 38 | * https://git.resel.fr/confs/dhcp-brest |
26 | 39 | * https://git.resel.fr/confs/dhcp-rennes |
40 | + |
|
27 | 41 | ### Scripts nécessaires |
28 | 42 | * https://git.resel.fr/resel/scripts/tree/master/dhcp pour le script `ldap2dhcp.py`. |
29 | 43 | |
... | ... | @@ -31,9 +45,9 @@ Cette étape permet de configurer et de lancer le DHCP sur une machine virtuelle |
31 | 45 | * https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol |
32 | 46 | |
33 | 47 | # Etape 3 : [Configuration du DHCP de secours](/Guides/DHCP/Configurer-un-DHCP-de-secours) |
34 | -Cette étape permet de gérer le failover du DHCP principal à l'aide d'un DHCP secondaire pour la redondance. Ce DHCP secondaire prendra le relais en cas d'absence de réponse du DHCP principal. |
|
48 | +Cette étape permet de gérer le **failover du DHCP** principal à l'aide d'un DHCP secondaire pour la *redondance*. Ce DHCP secondaire prendra le relais en cas d'absence de réponse du DHCP principal. |
|
35 | 49 | Ce tuto propose de partir de deux machines configurées pour le DHCP comme décrit dans l'étape 2. |
36 | -En date du 25/01/2017, cette configuration n'a pas fonctionnée |
|
50 | +En date du 25/01/2017, cette configuration n'a pas encore fonctionnée, mais on va s'y mettre et ça va marcher :D |
|
37 | 51 | |
38 | 52 | ## Liens utiles |
39 | 53 | * https://kb.isc.org/article/AA-00502/0/A-Basic-Guide-to-Configuring-DHCP-Failover.html |
Guides/Tutoriel-technique.md
... | ... | @@ -21,28 +21,36 @@ Après la signature de la charte, les droits d'administration sont ajoutés dans |
21 | 21 | * [admin-dev.resel.fr](https://admin-dev.resel.fr) qui est la version récente du lien précédent |
22 | 22 | * Channel #ResEl sur Telegram |
23 | 23 | |
24 | -## Participation à l'AGO |
|
25 | -* Election du conseil d'administration |
|
26 | -* Vote du quitus moral et du quitus financier |
|
27 | -* Accès au Channel #CA ResEl sur Telegram |
|
28 | - |
|
29 | -## Participation au premier Conseil d'Administration |
|
30 | -* Vote du bureau (président, trésorier, secrétaire) |
|
31 | -* Vote du budget prévisionnel |
|
32 | -* 1er vote d'utilisation du budget : vote de disques durs |
|
33 | - |
|
34 | 24 | ## Déploiement des clés SSH, créations des comptes sur les divers services du ResEl |
35 | 25 | ## Accès aux machines pegase et tails |
36 | 26 | |
37 | 27 | ## Première tâche technique : redimmensionnement de la taille de disque pour une VM |
38 | 28 | |
29 | + |
|
39 | 30 | ## découverte du wiki |
40 | 31 | |
32 | +## Configuration du [DHCP](/Guides/Monter-le-service-DHCP) de secours |
|
33 | +Le 24 janvier |
|
34 | +Ajout d'une nouvelle machine , [Braum](/Serveurs/Braum), qui prend le relais sur [Saymyname](/Serveurs/Saymyname) quand cette VM plante. Cette VM a toutes chances de planter si les machines physiques qui l'hébergent (le pool d'hypervision principal) plantent. Y'a mille raisons pour cela que l'on ne va pas développer ici. |
|
35 | +C'est pour cela que la nouvelle machine est hébergé sur un hyperviseur dans un local différent (ici, Kyubey au i01) que le pool d'hypervision principal. |
|
36 | + |
|
37 | +### Opérations effectuées |
|
38 | +* Je me suis renseigné sur ce qu'étais le DHCP, et comment le configurer (sur le wiki). J'ai cherché comment réaliser |
|
39 | +* J'ai modifiés les 3 fichiers nécessaire à la bonne configuration de Braum pour pouvoir réalisé le fail-over |
|
40 | +* Une fois que tout fonctionnait, il a fallu "versionner les fichiers de conf", c'est à dire les uploader dans le repo confs/dhcp-brest et créer un lien symbolique dans Braum qui pointe dessus. |
|
41 | + |
|
42 | +## Configuration du [RADIUS](/Services/RADIUS) de secours |
|
43 | +Le 27 janvier |
|
44 | +De la même manière que pour le DHCP, si les principaux hyperviseurs tombent, il faut que le RADIUS soit pris en charge pas une autre machine. |
|
45 | +La technique ici va être de rediriger les demandes d'authentification , et autres, vers le RADIUS de Rennes quand celui de Brest ne répond pas, et vice-versa. |
|
46 | + |
|
47 | +### Opérations effectuées |
|
48 | +* Pour comprendre ce qu'était le RADIUS, et comment le configurer, la [doc de FreeRADIUS](http://networkradius.com/doc/FreeRADIUS%20Technical%20Guide.pdf) est plutôt pédagogue. Pas besoin de tout lire, je me suis contenté d'une partie de l'intro et du chapitre 2. |
|
49 | +* |
|
41 | 50 | |
42 | 51 | --- |
43 | 52 | |
44 | 53 | # TODO (rédacteur) |
45 | -* Séparer la partie membre du CA de la partie accès technique (créer une nouvelle page) |
|
46 | 54 | * mettre à jour la partie technique avec les connaisssances acquises jusqu'à présent |
47 | 55 | * Ajouter des dates aux évènements |
48 | 56 | * Compléter avec plus de lien vers des éléments de lecture pour apprendre, des cours etc... |
... | ... | \ No newline at end of file |
Home.md
... | ... | @@ -115,4 +115,4 @@ __[ :blue_book: Voir l'ensemble des guides administrateur](Guides)__ |
115 | 115 | |
116 | 116 | ## TODO (pour le rédacteur) |
117 | 117 | * Créer une page pour le les cours, les présentant dans un ordre logique |
118 | -* Alléger la table, pour le moment il faut beaucoup scroller pour atteindre une info |
|
... | ... | \ No newline at end of file |
0 | +* Alléger la table, pour le moment il faut beaucoup scroller pour atteindre une info |
Monitoring/Munin.md
... | ... | @@ -12,11 +12,11 @@ Voir aussi : [Guide d'installation d'une nouvelle machine physique](Guides/Insta |
12 | 12 | À noter que tout ceci peut être réalisé avec Ansible automatiquement lors du provisioning du serveur. La méthode décrite ci-dessous est là à titre indicatif. Mais elle n'est pas la méthode recommandée. |
13 | 13 | |
14 | 14 | ## Sur DGSI |
15 | -Imaginions que vous voulez ajouter un serveur qui s'appelle cyric et dont l'ip d'administration est : 172.22.2.80 |
|
15 | +Imaginions que vous voulez ajouter un serveur à Brest qui s'appelle cyric et dont l'ip d'administration est : 172.22.2.80 |
|
16 | 16 | |
17 | 17 | Il faut ajouter au fichier `/etc/munin/munin.conf` les lignes suivantes : |
18 | 18 | ``` |
19 | -[cyric.adm.resel.fr] |
|
19 | +[Brest;cyric.adm.resel.fr] |
|
20 | 20 | address 172.22.2.80 |
21 | 21 | use_node_name yes |
22 | 22 | ``` |
... | ... | @@ -29,16 +29,19 @@ sudo apt-get install munin-node munin-plugins-extra |
29 | 29 | sudo ln -s /usr/share/munin/plugins/apt /etc/munin/plugins/apt |
30 | 30 | ``` |
31 | 31 | |
32 | -Dans le fichier de configuration `/etc/munin/munin-node.conf`, enlever l'écoute sur toutes les interfaces `host *`, et à la place spécifier l'IP dans la zone admin et le port 4949. Il faut permettre à DGSI de contacter la machine, donc ajouter (à adapter si la machine n'a pas d'interface dans le 997) : |
|
32 | +Dans le fichier de configuration `/etc/munin/munin-node.conf`, enlever l'écoute sur toutes les interfaces (host *), et à la place spécifier l'IP dans la zone admin et le port 4949. Il faut aussi permettre à Eris et DGSI de contacter la machine, donc ajouter (à adapter si la machine n'a pas d'interface dans le 997) : |
|
33 | 33 | ``` |
34 | 34 | allow ^172\.22\.2\.158$ |
35 | +allow ^172\.22\.2\.87$ |
|
35 | 36 | ``` |
37 | + |
|
36 | 38 | Ajouter ce qu'il faut grapher dans `/etc/munin/plugins/` (typiquement, des symlinks vers `/usr/share/munin/plugins` -- attention, pour les interfaces réseaux par exemple le nom du lien est important). |
37 | 39 | |
38 | 40 | À savoir vous pouvez configurer automatiquement les plugins en lancant la commande : |
39 | 41 | ``` |
40 | 42 | munin-node-configure --shell --families=contrib,auto | sh -x |
41 | 43 | ``` |
44 | + |
|
42 | 45 | Attention à vérifier tout de même que la commande a bien configuré ce qu'il vous faut, et n'hésitez pas à ajouter les plugins qui manquent. |
43 | 46 | |
44 | 47 | *[Attention, le plugin APT est (encore) buggué, voir le ticket résolu à ce sujet.](https://trac.resel.fr/ticket/584)* |
Services/Postfix.md
... | ... | @@ -0,0 +1,183 @@ |
1 | +Gestion des mails machine |
|
2 | +================= |
|
3 | + |
|
4 | +Cette page est un guide sur la configuration des serveurs de mails sur les machines nouvellement crées. |
|
5 | + |
|
6 | +# Contexte |
|
7 | +En lançant un `apt install postfix` pour configurer une machine, vous allez rencontrer un joli BSOTD |
|
8 | +qui est gentiment présent pour vous aider à configurer `postfix` (alias `serveur de mail`) |
|
9 | + |
|
10 | +# Configuration de postfix |
|
11 | + |
|
12 | +Si vous ne l'avez pas encore réalisé, vous pouvez lancer en sudo la commande suivante |
|
13 | +``` |
|
14 | +apt install postfix |
|
15 | +``` |
|
16 | +Qui vous emmène en théorie (peut-être après avori cliqué une fois sur `entrée`) sur la page suivante |
|
17 | + |
|
18 | +## |
|
19 | +Page 1 Sélectionner `Internet with smarthost` |
|
20 | +``` |
|
21 | +Package configuration |
|
22 | + |
|
23 | + |
|
24 | + |
|
25 | + |
|
26 | + ┌───────────────────────────┤ Postfix Configuration ├───────────────────────────┐ |
|
27 | + │ Please select the mail server configuration type that best meets your needs. │ |
|
28 | + │ │ |
|
29 | + │ No configuration: │ |
|
30 | + │ Should be chosen to leave the current configuration unchanged. │ |
|
31 | + │ Internet site: │ |
|
32 | + │ Mail is sent and received directly using SMTP. │ |
|
33 | + │ Internet with smarthost: │ |
|
34 | + │ Mail is received directly using SMTP or by running a utility such │ |
|
35 | + │ as fetchmail. Outgoing mail is sent using a smarthost. │ |
|
36 | + │ Satellite system: │ |
|
37 | + │ All mail is sent to another machine, called a 'smarthost', for delivery. │ |
|
38 | + │ Local only: │ |
|
39 | + │ The only delivered mail is the mail for local users. There is no network. │ |
|
40 | + │ │ |
|
41 | + │ General type of mail configuration: │ |
|
42 | + │ │ |
|
43 | + │ No configuration │ |
|
44 | + │ Internet Site │ |
|
45 | + │ >Internet with smarthost │ |
|
46 | + │ Satellite system │ |
|
47 | + │ Local only │ |
|
48 | + │ │ |
|
49 | + │ │ |
|
50 | + │ <Ok> <Cancel> │ |
|
51 | + │ │ |
|
52 | + └───────────────────────────────────────────────────────────────────────────────┘ |
|
53 | + |
|
54 | + |
|
55 | + |
|
56 | + |
|
57 | +``` |
|
58 | + |
|
59 | +Page 2 : le system mail name sera `<nom de la machine>.adm.resel.fr` |
|
60 | +``` |
|
61 | +Package configuration |
|
62 | + |
|
63 | + |
|
64 | + |
|
65 | + |
|
66 | + |
|
67 | + |
|
68 | + |
|
69 | + |
|
70 | + |
|
71 | + |
|
72 | + ┌────────────────────────────────────────────────────────────┤ Postfix Configuration ├────────────────────────────────────────────────────────────┐ |
|
73 | + │ The "mail name" is the domain name used to "qualify" _ALL_ mail addresses without a domain name. This includes mail to and from <root>: please │ |
|
74 | + │ do not make your machine send out mail from root@example.org unless root@example.org has told you to. │ |
|
75 | + │ │ |
|
76 | + │ This name will also be used by other programs. It should be the single, fully qualified domain name (FQDN). │ |
|
77 | + │ │ |
|
78 | + │ Thus, if a mail address on the local host is foo@example.org, the correct value for this option would be example.org. │ |
|
79 | + │ │ |
|
80 | + │ System mail name: │ |
|
81 | + │ │ |
|
82 | + │ braum.adm.resel.fr_____________________________________________________________________________________________________________________________ │ |
|
83 | + │ │ |
|
84 | + │ <Ok> <Cancel> │ |
|
85 | + │ │ |
|
86 | + └─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘ |
|
87 | + |
|
88 | + |
|
89 | + |
|
90 | + |
|
91 | + |
|
92 | + |
|
93 | + |
|
94 | + |
|
95 | + |
|
96 | + |
|
97 | + |
|
98 | +``` |
|
99 | + |
|
100 | +Ajout du relais `pegase.adm.resel.fr` |
|
101 | + |
|
102 | +``` |
|
103 | +TODO : ajout de la "capture d'écran" ;) |
|
104 | +``` |
|
105 | + |
|
106 | +La partie gentille avec postfix est maintenant finie ! |
|
107 | +On retourne dans la ligne de commande. |
|
108 | + |
|
109 | +Il est maintenant nécessaire d'jouter un alias pour transmettre les mails à `@resel.fr` au lieu de `@<machine>.adm.resel.fr`. |
|
110 | +En lisant ce qui est écrit, vous verrez |
|
111 | +``` |
|
112 | +Postfix is now set up with a default configuration. If you need to make |
|
113 | +changes, edit |
|
114 | +/etc/postfix/main.cf (and others) as needed. To view Postfix configuration |
|
115 | +values, see postconf(1). |
|
116 | + |
|
117 | +After modifying main.cf, be sure to run '/etc/init.d/postfix reload'. |
|
118 | +``` |
|
119 | + |
|
120 | +## Modification de main.cf |
|
121 | +On va donc modifier le fichier indiqué `/etc/postfix/main.cf`. |
|
122 | +Normalement, dans le dernier bloc de texte, vous pouvez lire la ligne |
|
123 | +``` |
|
124 | +relayhost = pegase.adm.resel.fr |
|
125 | +``` |
|
126 | +dans laquelle vous allez ajouter des crochets autours de `pegase.adm.resel.fr` pour éviter la résolution du MX. |
|
127 | +Vous obtiendrez : |
|
128 | + ``` |
|
129 | +relayhost = [pegase.adm.resel.fr] |
|
130 | +``` |
|
131 | + |
|
132 | +## Modification des alias |
|
133 | +pour rediriger les mails vers les `@resel.fr`, on va maintenant modifier le fichier contenant les alias `/etc/alias` |
|
134 | +Qui de base ressemble à ceci (pas besoin de s'attarder sur les valeurs attribuées par défaut). |
|
135 | +``` |
|
136 | +# /etc/aliases |
|
137 | +mailer-daemon: postmaster |
|
138 | +postmaster: root |
|
139 | +nobody: root |
|
140 | +hostmaster: root |
|
141 | +usenet: root |
|
142 | +news: root |
|
143 | +webmaster: root |
|
144 | +www: root |
|
145 | +ftp: root |
|
146 | +abuse: root |
|
147 | +noc: root |
|
148 | +security: root |
|
149 | +root: tcantin |
|
150 | +``` |
|
151 | +Avec cette configuration, tous les mails seront envoyés à `tcantin@<machine>.adm.resel.fr` (en remplaçant évidemment <machine> par le nom de la machine. |
|
152 | + |
|
153 | +On va modifier le fichier de sorte que tous les messages soient plutôt envoyés à `root@resel.fr`, et les mails de sécurité vers `security@resel.fr`. De cette manière, on a centralisé tous les mails des machines dans la boite mail du président, on est content ! |
|
154 | + |
|
155 | +Finalement, le fichier va donc ressembler à ceci |
|
156 | +``` |
|
157 | +# /etc/aliases |
|
158 | +mailer-daemon: postmaster |
|
159 | +postmaster: root |
|
160 | +nobody: root |
|
161 | +hostmaster: root |
|
162 | +usenet: root |
|
163 | +news: root |
|
164 | +webmaster: root |
|
165 | +www: root |
|
166 | +ftp: root |
|
167 | +abuse: root |
|
168 | +noc: root |
|
169 | +security: security@resel.fr |
|
170 | +root: root@resel.fr |
|
171 | +``` |
|
172 | + |
|
173 | +## Application des changements |
|
174 | +Comme indiqué dans le processus d'installation, n'oubliez d'exectuer cette commande pour prendre en compte les changements |
|
175 | +``` |
|
176 | +/etc/init.d/postfix reload |
|
177 | +``` |
|
178 | +avec un petit `[ ok ]` vous avez maintenant terminé ! |
|
179 | + |
|
180 | +# TODO (pour les rédacteurs) |
|
181 | +* ajouter plus de contexte, qu'est ce que le postfix, à quoi ça sert |
|
182 | +* ajouter des liens vers des ressources, de la doc postfix |
|
183 | +* recontextualiser par rapport à la création de nouvelle machine : lien vers articles suivants et précédents ? |
|
... | ... | \ No newline at end of file |
Services/RADIUS.md
... | ... | @@ -5,7 +5,11 @@ Remote Authentication Dial-In User Service (RADIUS) |
5 | 5 | |
6 | 6 | Le RADIUS est un service permettant de faire une authentification de machines ou personnes. Il permet au ResEl l'authentification des administrateurs sur les switchs cisco, mais également l'authentification des utilisateurs sur le Wi-Fi. |
7 | 7 | |
8 | -Le service utilisé est [FreeRADIUS](freeradius.org) et il est hébergé sur les machines [beowulf](Serveurs/Beowulf) et [Beaune](Serveurs/Beaune) à Brest et [Lussac](Serveurs/Lussac) à Rennes. |
|
8 | +Le service utilisé est [FreeRADIUS](freeradius.org) et il est hébergé à Brest sur les machines : |
|
9 | +* [beowulf](Serveurs/Beowulf) pour les utilisateurs |
|
10 | +* [Beaune](Serveurs/Beaune) pour les switchs |
|
11 | +Il est hébergé à Rennes sur : |
|
12 | +* [Lussac](Serveurs/Lussac) |
|
9 | 13 | |
10 | 14 | # Configuration |
11 | 15 |