Guides/Installation-machine-physique.md
... ...
@@ -2,6 +2,7 @@
2 2
3 3
## Avant de commencer ##
4 4
Ce guide décrit toutes les étapes qui doivent être réalisées au niveau software sur une nouvelle machine physique. Il se veut suffisant à lui même, mais tous les services sont en général décrits de manière plus complète dans d'autres pages de ce wiki.
5
+
5 6
**De plus, bien qu'Ansible soit disponible pour réaliser la plupart de ces étapes, il est conseillé à tous les administrateurs de le faire eux-même au moins une fois. Rien ne remplace la pratique ;-)**
6 7
7 8
Quelques points, en dehors de ce guide, sont à considérer :
... ...
@@ -10,6 +11,7 @@ Quelques points, en dehors de ce guide, sont à considérer :
10 11
* Configurer l'IDRAC/ipmi si possible,
11 12
* Renseigner les informations de la machine dans le LDAP.
12 13
14
+
13 15
## Table des partitions
14 16
15 17
*TODO*
... ...
@@ -46,7 +48,7 @@ apt-get install build-essential linux-header linux-source git patchutils
46 48
```
47 49
[TODO: vérifier le nom des paquets]
48 50
49
-### Configuration de sshd
51
+## Configuration de sshd
50 52
Voici les options qui doivent apparaître impérativement dans `/etc/ssh/sshd_config` :
51 53
52 54
```
... ...
@@ -59,7 +61,7 @@ AllowGroups sshusers
59 61
```
60 62
Et bien sûr, créer le groupe `sshusers` et ajouter les administrateurs humains dans le groupe `sshusers`.
61 63
62
-### Gestion du temps
64
+## Gestion du temps
63 65
Voir aussi : [Le NTP au ResEl](Services/NTP)
64 66
65 67
Le client NTP (Network Time Protocol) permet aux différents pc du ResEl d'être à la même heure, ce qui est bien utile lorsqu'un problème survient et que l'on doit étudier les logs. On préfère installer un serveur de temps local sur chaque serveur, ce qui présente l'avantage d'une synchronisation continue.
... ...
@@ -70,13 +72,22 @@ server ntp.resel.fr iburst dynamic
70 72
```
71 73
[TODO: Second serveur de temps ?]
72 74
75
+
76
+
77
+## Monitoring
78
+Voir aussi : [le monitoring au ResEl](Monitoring)
79
+
73 80
### Serveur de mail
74 81
Voir aussi : [Gestions des mails machines](Services/Postfix)
82
+
75 83
Il faut dans tous les cas configurer le serveur mail, afin de faire suivre les mails donnant le résultat des commandes programmées (crontab), etc. Les écrans debconf de exim4 ou postfix permettent de configurer facilement un serveur qui se contente d'envoyer des mails, il s'agit d'un « smarthost ». Les mails sont à faire suivre au serveur de courrier du ResEl. Le serveur SMTP ne doit pas écouter sur l'interface eth0, ce n'est pas nécessaire. En éditant `/etc/aliases`, les mails destinés au root local sont généralement transmis à root@<machine>.resel.fr.
76 84
77 85
*Exemple pour Postfix* : internet with smarthost, avec un relais smtp.maisel.enst-bretagne.fr et l'envoi des mails root locaux à root@…, ainsi que les mails de security vers security@…. Il convient de modifier /etc/postfix/main.cf et mettre en crochets [pegase.adm.maisel.enst-bretagne.fr] pour éviter d'utiliser la résolution du MX.
78 86
87
+
79 88
### Log des événements
89
+Voir aussi [Monitoring/Syslog](Monitoring/Syslog)
90
+
80 91
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 :
81 92
82 93
```
... ...
@@ -96,10 +107,9 @@ Puis relancer le service :
96 107
sudo systemctl restart syslog-ng
97 108
```
98 109
99
-TODO: Il y a un rsyslog sur 2-3 machines. Se décider, harmoniser.
110
+*TODO: Il y a un rsyslog sur 2-3 machines. Se décider, harmoniser.*
111
+
100 112
101
-## Monitoring
102
-Voir aussi : [le monitoring au ResEl](Monitoring)
103 113
104 114
### Icinga2
105 115
Voir aussi : [Monitoring/Icinga](Monitoring/Icinga)
... ...
@@ -110,6 +120,7 @@ sudo icinga2 daemon --validate
110 120
sudo systemctl restart icinga2
111 121
```
112 122
123
+
113 124
### Munin
114 125
Voir aussi : [Monitoring/Munin](Monitoring/Munin)
115 126
... ...
@@ -140,6 +151,8 @@ Sur DGSI, ajouter la machine à la liste de celles qu'il faut scanner, dans `/et
140 151
141 152
*[Attention, le plugin APT est (encore) buggué, voir le ticket résolu à ce sujet.](https://trac.resel.fr/ticket/584)*
142 153
154
+
155
+
143 156
## Mises à jour
144 157
Installer apticron, apt-listchanges et apt-listbugs.
145 158
... ...
@@ -180,6 +193,8 @@ deb-src http://security.debian.org/ jessie/updates main
180 193
*TODO*
181 194
182 195
## S.M.A.R.T.
196
+Voir aussi [Monitoring/S.M.A.R.T.](Monitoring/SMART)
197
+
183 198
Les données S.M.A.R.T. (Self-Monitoring, Analysis and Reporting Technology) permettent aux disques durs et SSD de remonter de nombreux indicateurs sur leur durée de vie, leurs cycles de fonctionnement, leur usage,...
184 199
Sur Linux, un programme permettant de récupérer ces informations est smartmontools :
185 200
```
... ...
@@ -199,6 +214,8 @@ Il faut également éditer le fichier de configuration `/etc/smartd.conf`, comme
199 214
```
200 215
201 216
## Onduleurs
217
+Voir aussi [Monitoring/S.M.A.R.T.](Monitoring/Onduleurs)
218
+
202 219
Si la machine est une machine physique il faut qu'elle écoute un onduleur pour pouvoir s'éteindre en toute sécurité.
203 220
204 221
Il faut commencer par mettre le tableau des Onduleurs à jour et définir une priorité à la machine. Il faut ensuite installer *apcupsd* :
... ...
@@ -207,20 +224,25 @@ apt-get install apcupsd
207 224
```
208 225
Puis le configurer :
209 226
210
-Passer ISCONFIGURED à yes dans /etc/default/apcupsd
211
-Éditer le fichier de conf /etc/apcupsd/apcupsd.conf et changer les paramètres suivants :
212
-
227
+Passer ISCONFIGURED à yes dans `/etc/default/apcupsd`
228
+Éditer le fichier de conf `/etc/apcupsd/apcupsd.conf` et changer les paramètres suivants :
229
+```
213 230
UPSCABLE smart
214 231
UPSTYPE net
215 232
DEVICE 172.22.2.8 #L'IP du serveur correspondant à l'onduleur sur lequel la machine est branché
216 233
217 234
BATTERYLEVEL 50 #Le niveau correspondant à la priorité de la machine
218 235
MINUTES 6 #Le temps correspondant à la priorité de la machine
236
+```
219 237
220 238
Relancer le daemon :
221 239
``` sudo systemctl restart apcupsd ```
222 240
223
- Tester la connexion : *apcaccess*
241
+ Tester la connexion : `apcaccess`
242
+
243
+
244
+**Normalement votre serveur à ce moment devrait être parfaitement fonctionnel et prêt à l'emploi.**
245
+
224 246
225 247
#### TODO (rédacteur)
226 248
* Mise en forme