This file is indexed.

/usr/share/doc/HOWTO/fr-html/NFS-Root-Client-mini-HOWTO.html is in doc-linux-fr-html 2013.01-2.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>NFS-Root-Client Mini-Howto</title>
</head>
<body>
<h1>NFS-Root-Client Mini-Howto</h1>
<h2>par <a href="http://www.hcs.co.il/oferm/">Ofer Maor</a>,
<a href="mailto:oferm@hcs.co.il">ofer@hadar.co.il</a></h2>
Version 4.1, le 02 F&eacute;vrier 1999
<hr>
<em>(Adaptation fran&ccedil;aise par Antoine Levavasseur
<code>levavass@efrei.fr</code>, le 4 mars 1999). L'objectif de ce
mini-howto est d'expliquer comment cr&eacute;er l'arborescence
racine d'un client pour le serveur qui g&egrave;re des clients
utilisant NFS-Root. La derni&egrave;re version de ce mini Howto
peut &ecirc;tre r&eacute;cup&eacute;r&eacute;e &agrave; : <a href=
"http://www.hcs.co.il/oferm/NFS-Root-Client/">http://www.hcs.co.il/oferm/NFS-Root-Client/</a></em>
<hr>
<h2><a name="s1">1. Copyright</a></h2>
<p>(c) 1996 Ofer Maor (<code>ofer@hadar.co.il</code>)</p>
<p>Sauf indication contraire, les documents <b>Howto Linux</b> sont
copyright&eacute;s par leurs auteurs respectifs. Les documents
<b>Howto Linux</b> peuvent &ecirc;tre reproduits et diffus&eacute;s
d'une mani&egrave;re compl&egrave;te ou partielle, sur n'importe
quel support, qu'il soit physique ou &eacute;lectronique, du moment
que ce copyright se trouve sur toutes les copies. Les diffusions
commerciales sont autoris&eacute;es et m&ecirc;me
encourag&eacute;es. Toutefois, l'auteur aimerait bien &ecirc;tre
averti de ce genre de distributions.</p>
<p>Toute traduction, travail d&eacute;riv&eacute;, ou travaux plus
g&eacute;n&eacute;raux incluant n'importe quel document <b>Howto
Linux</b> doit &ecirc;tre prot&eacute;g&eacute; par ce copyright.
De cette mani&egrave;re, vous ne pouvez pas cr&eacute;er un
document d&eacute;rivant d'un Howto et imposer des restrictions
suppl&eacute;mentaires sur sa distribution. Des exceptions &agrave;
ces r&egrave;gles peuvent &ecirc;tre accord&eacute;es sous
certaines conditions. Contactez dans ce cas le coordinateur des
<b>Howto Linux</b> &agrave; l'adresse qui vous sera donn&eacute;e
&agrave; la fin de cette section.</p>
<p>En r&eacute;sum&eacute;, nous souhaitons promouvoir la diffusion
de ces informations &agrave; travers le maximum de moyens de
communications. Toutefois, nous souhaitons absolument conserver un
copyright sur ces documents, et nous voulons &ecirc;tre
consult&eacute;s pour toute redistribution des Howtos.</p>
<p>Si vous avez des questions, contactez alors <em>Ofer Maor (
<a href="mailto:oferm@hcs.co.il">ofer@hadar.co.il</a>)</em>,
l'auteur de ce Mini-Howto, ou <em>Greg Hankins</em>, le
coordinateur des Howto pour <b>Linux</b>, <a href=
"mailto:gregh@sunsite.unc.edu">gregh@sunsite.unc.edu</a> par
courrier &eacute;lectronique ou au +1 404 853 9989.</p>
<p>Si vous avez quelque chose &agrave; ajouter &agrave; ce
Mini-Howto, envoyez par courrier &eacute;lectronique &agrave;
l'auteur (Ofer Maor ( <a href=
"mailto:oferm@hcs.co.il">ofer@hadar.co.il</a>) vos informations.
Toute information int&eacute;ressante sera
appr&eacute;ci&eacute;e.</p>
<h2><a name="ss1.1">1.1 Remerciements</a></h2>
<p>Je tiens &agrave; remercier l'auteur du Howto NFS-Root, Andreas
Kostyrca ( <a href=
"mailto:andreas@medman.ag.or.at">andreas@medman.ag.or.at</a>). Son
Mini-Howto m'a aid&eacute; lors de mes premiers pas pour mettre en
place un client avec le syst&egrave;me NFS-Root. Mon Mini-Howto ne
cherche en aucun cas &agrave; remplacer ce travail, mais &agrave;
l'am&eacute;liorer gr&acirc;ce &agrave; ma propre
exp&eacute;rience.</p>
<p>J'aimerais &eacute;galement remercier Mark Kushinsky ( <a href=
"mailto:mark026@ibm.net">marc026@ibm.net</a>) d'avoir relu et
corriger les fautes de ce Howto, le rendant ainsi bien plus
lisible.</p>
<h2><a name="s2">2. Pr&eacute;face</a></h2>
<p>Ce Mini-Howto &agrave; &eacute;t&eacute; &eacute;crit dans le
but d'aider les gens qui veulent utiliser le montage par NFS-Root
pour cr&eacute;er l'arborecence de leurs clients. Vous pourrez
ainsi remarquer qu'il y a de nombreuses fa&ccedil;on d'accomplir
cela selon vos besoins et vos intentions. Si les clients sont
individuels, et qu'ils ont tous leurs propres utilisateurs et
administrateurs, il serai n&eacute;cessaire de ne pas partager avec
d'autres clients une partie significative des r&eacute;pertoires.
Dans le cas ou le client est destin&eacute; &agrave; de multiples
utilisateurs, et qu'ils sont tous administr&eacute;s par la
m&ecirc;me personne (par exemple les ordinateurs d'une
&eacute;cole), il faudrait partager le maximum de fichier afin de
simplifier l'administration. Ce Howto, se concentre sur la
deuxi&egrave;me possibilit&eacute;.</p>
<h2><a name="ss2.1">2.1 Pr&eacute;sentation
G&eacute;n&eacute;rale</a></h2>
<p>Lorsque l'on construit le r&eacute;pertoire racine d'un client,
en essayant de nous limiter &agrave; la taille minimale, nous
chercherons principalement quels fichiers nous pouvons partager ou
monter &agrave; partir du serveur. Dans ce Howto, je recommendrai
la configuration d'un client bas&eacute; sur ma propre
exp&eacute;rience. Mais avant de commencer, veuillez remarquer que
:</p>
<ul>
<li>Ce Mini-Howto n'explique pas comment effectuer le montage de
partition par NFS-Root. Se r&eacute;f&eacute;rer au mini HOWTO
NFS-Root si vous avez besoin de plus d'informations &agrave; ce
sujet.</li>
<li>J'ai bas&eacute; la configuration de la plupart de mes clients
sur les montages et les liens symboliques. Bon nombre de ces liens
symboliques peuvent &ecirc;tre remplac&eacute;s par des liens durs.
Chacun choisira selon ses pr&eacute;f&eacute;rences personnelles.
Mettre un lien dur &agrave; travers un fichier mont&eacute; a ses
avantages, mais peut pr&ecirc;ter &agrave; confusion. Un fichier ne
sera pas effac&eacute; tant que tous ses liens durs ne seront pas
effac&eacute;s. Ainsi, pour pr&eacute;venir les cas ou vous mettez
&agrave; jour un certain fichier, et que les liens durs
r&eacute;f&eacute;rencent toujours l'ancienne version, vous devez
&ecirc;tre tr&egrave;s attentifs et garder une trace de tous les
liens que vous mettez.</li>
<li>Lorsque vous montez les informations &agrave; partir du
serveur, il existe 2 possibilit&eacute;s. La premi&egrave;re (la
plus courante), est de monter la totalit&eacute; du
r&eacute;pertoire racine du serveur dans un r&eacute;pertoire
local, et de simplement changer le chemin ou mettre des liens vers
les r&eacute;pertoires correspondant. Personnellement, je n'aime
pas monter la partition racine du serveur sur les clients. Ainsi,
ce Howto sugg&egrave;re une fa&ccedil;on de monter les
r&eacute;pertoires appropri&eacute;s du serveur aux endroits
appropri&eacute;s du syst&egrave;me.</li>
<li>Ce Howto est bas&eacute; sur mon exp&eacute;rience &agrave;
construire les r&eacute;pertoires clients sur la distribution
Slackware 3.1. Certaines choses peuvent &ecirc;tre
diff&eacute;rentes (en particulier les fichiers rc.*), pour
d'autres utilisateurs, cependant les concepts restent les
m&ecirc;mes.</li>
</ul>
<h2><a name="s3">3. Cr&eacute;er le r&eacute;pertoire racine du
client</a></h2>
<h2><a name="ss3.1">3.1 Cr&eacute;ation de l'arborescence</a></h2>
<p>Tout d'abord, vous devez cr&eacute;er la structure des
r&eacute;pertoires elle-m&ecirc;me. J'ai cr&eacute;&eacute; tous
mes clients dans le r&eacute;pertoire
<code>/clients/hostname</code> et je l'utilise pour tous les
exemples suivants. Cela peut toutefois &ecirc;tre remplac&eacute;
par n'importe quoi d'autre. La premi&egrave;re &eacute;tape, est
donc de cr&eacute;er les r&eacute;pertoires appropri&eacute;s sur
la racine. Vous devez cr&eacute;er les r&eacute;pertoires suivants
:</p>
<blockquote>
<pre>
<code>bin, dev, etc, home, lib, mnt, proc, sbin, serveur, tmp, usr, var
</code>
</pre></blockquote>
et tous les autres r&eacute;pertoires que vous souhaitez avoir sur
votre syst&egrave;me.
<p>Les r&eacute;pertoires locaux <code>proc</code> et
<code>dev</code> doivent &ecirc;tre distincts pour chaque machine
alors que le reste des r&eacute;pertoires peut &ecirc;tre soit en
partie soit compl&egrave;tement partag&eacute; avec les autres
clients.</p>
<h2><a name="ss3.2">3.2 Cr&eacute;ation d'un syst&egrave;me de
fichier minimal pour le boot</a></h2>
<h3>Cr&eacute;er le r&eacute;pertoire dev.</h3>
<p>Bien que le r&eacute;pertoire <code>dev</code> puisse &ecirc;tre
partag&eacute;, il est pr&eacute;f&eacute;rable d'en cr&eacute;er
un diff&eacute;rent pour chaque client. Vous pouvez cr&eacute;er le
r&eacute;pertoire dev de votre client avec le script MAKEDEV
appropri&eacute;, cependant dans la plupart des cas, il est plus
simple de le recopier &agrave; partir du serveur :</p>
<blockquote>
<pre>
<code>cp -a /dev /clients/hostname
</code>
</pre></blockquote>
<p>Vous devez garder &agrave; l'esprit que <code>/dev/mouse</code>,
<code>/dev/cdrom</code> et <code>/dev/modem</code> sont des liens
vers les p&eacute;riph&eacute;riques courants, il faut donc
s'assurer qu'ils sont correctement reli&eacute;s pour correspondre
au mat&eacute;riel du client.</p>
<h3>Copier les ex&eacute;cutables indispensables.</h3>
<p>Bien que nous montons tout &agrave; partir du serveur, il y a un
minimum que vous devez recopier pour chaque client. Avant tout,
vous avez besoin de "init", car votre syst&egrave;me ne sera pas
capable de faire marcher quoi que ce soit avant de s'&ecirc;tre
initialis&eacute; (l'auteur l'a difficilement trouv&eacute; ;-).
Donc premi&egrave;rement, vous devez copier <code>/sbin/init</code>
dans le r&eacute;pertoire sbin de votre client ensuite, pour que le
fichier rc.S puisse &ecirc;tre lanc&eacute;, vous devez copier
/bin/sh dans le r&eacute;pertoire binaire de votre client. Ensuite,
de mani&egrave;re &agrave; monter tout ce dont vous avez besoin,
vous devez copier <code>/sbin/mount</code> dans le
r&eacute;pertoire sbin de votre client. C'est le minimum, &agrave;
partir du moment ou la premi&egrave;re ligne de votre rc.S
<em>(rc.sysinit pour une distribution redhat)</em> est <code>mount
-av</code>.</p>
<p>Cependant, je recommande de copier quelques autres fichiers :
<code>update, ls, rm, cp et umount</code> comme cela, vous aurez
les outils minimum au cas ou le client &agrave; des
probl&egrave;mes de montage. Si vous choisissez d'utiliser votre
swap avant de monter la racine, vous devez &eacute;galement copier
l'ex&eacute;cutable <code>swapon</code>.</p>
<p>Bien que la plupart de ces ex&eacute;cutables ont eu une
&eacute;dition des liens dynamique, vous devez aussi copier une
petite partie de /lib :</p>
<blockquote>
<pre>
<code>cp -a /lib/ld.* /lib/libc.* /lib/libcurses.* /client/hostname/lib
</code>
</pre></blockquote>
<p><em>N.d.T. : sur certaines distributions (en particulier RedHat)
ce sont les fichiers /lib/libtermcap* qu'il faut recopier &agrave;
la place de /lib/libcurses.* selon la fa&ccedil;on dont sont
compil&eacute;s les ex&eacute;cutables.</em></p>
<p>Mettre des liens durs vers les fichiers eux-m&ecirc;mes, au lieu
de les copier, est une solution &agrave; consid&eacute;rer. Relisez
mes commentaires &agrave; ce sujet dans la partie 2.1 de ce
Howto.</p>
<p>Veuillez remarquer que toutes les informations
pr&eacute;c&eacute;dentes supposent que le noyau ai obtenu tous les
param&egrave;tres lors du boot. Si vous pensez utiliser <b>rarp</b>
ou <b>bootp</b>, vous aurez probablement besoin des fichiers qui
leurs correspondent.</p>
<p>G&eacute;n&eacute;ralement, vous aurez besoin du minimum de
fichiers qui vous permettent de configurer le r&eacute;seau et
d'ex&eacute;cuter rc.S <em>(ou rc.sysinit sur Redhat)</em> jusqu'au
moment ou est mont&eacute; le reste du syst&egrave;me de fichier.
Assurez-vous que vous avez v&eacute;rifixi&eacute;e vos fichiers
<code>/etc/init</code> et <code>rc.S</code>, v&eacute;rifiez qu'il
n'y a pas de "surprises" ou quoi que ce soit d'autre qui aurait
besoin d'acc&eacute;der &agrave; d'autres fichiers, avant que le
premier montage ait lieu. Si vous le faites toutefois, retrouvez
ces fichiers, vous pouvez soit les recopier &eacute;galement, soit
enlever les parties correspondantes de vos fichiers
<code>init</code> ou <code>rc.S</code>.</p>
<h3>Le r&eacute;pertoire var</h3>
<p>Le r&eacute;pertoire var, dans la plupart des cas, doit
&ecirc;tre s&eacute;par&eacute; pour chaque client. Cependant, bon
nombre des donn&eacute;es peuvent &ecirc;tres partag&eacute;es.
Cr&eacute;ez dans le r&eacute;pertoire <code>/serveur</code>, un
r&eacute;pertoire appel&eacute; <code>var</code>. Nous recopierons
le r&eacute;pertoire <code>var</code> du serveur &agrave; cet
endroit. Pour cr&eacute;er le r&eacute;pertoire <code>var</code>
local, tapez simplement :</p>
<blockquote>
<pre>
<code>cp -a /var /clients/hostname
</code>
</pre></blockquote>
<p>Maintenant, vous pouvez choisir ce que vous voulez
s&eacute;parer, et ce que vous voulez partager. Pour tout
r&eacute;pertoire/fichier que vous voulez partager, enlevez-le
simplement du r&eacute;pertoire var du client, et mettez un lien
symbolique vers le r&eacute;pertoire <code>/serveur/var</code>.
Cependant, vous remarquerez que vous pouvez mettre un lien
symbolique vers <code>/serveur/var</code> ou vers
<code>../serveur/var</code> mais surtout PAS vers
<code>/clients/hostname/serveur/var</code>puisque cela ne marchera
plus lorsque la racine aura chang&eacute;.</p>
<p>G&eacute;n&eacute;ralement, je recommande de s&eacute;parer
<code>/var/run, /var/lock, /var/spool</code> et
<code>/var/log</code>.</p>
<h3>Le cas des autres r&eacute;pertoires</h3>
<ul>
<li>etc est d&eacute;taill&eacute; dans la section suivante.</li>
<li>mnt et proc sont utilis&eacute;s localement</li>
<li>usr et home sont simplement des points de montage</li>
<li>tmp est &agrave; votre bon choix. Vous pouvez cr&eacute;er un
r&eacute;pertoire diff&eacute;rent pour chaque client, ou
cr&eacute;er un r&eacute;pertoire <code>/clients/tmp</code>, et le
monter sur chaque client dans <code>/tmp</code>. Je recommande de
fournir un r&eacute;pertoire tmp pour chaque client</li>
</ul>
<h2><a name="ss3.3">3.3 Construire le r&eacute;pertoire etc et
configurer le client</a></h2>
<p>Remarque - cette section traite de la fa&ccedil;on de
cr&eacute;er un r&eacute;pertoire <code>etc</code> qui est
principalement s&eacute;par&eacute; entre les clients. Si votre
station diskless a des administrateurs syst&egrave;mes
diff&eacute;rents, il est pr&eacute;f&eacute;rable de faire un
r&eacute;pertoire <code>etc</code> s&eacute;par&eacute; pour chaque
client.</p>
<h3>Mettre un grand r&eacute;pertoire etc</h3>
<p>Bien que nous s&eacute;parions les r&eacute;pertoires
<code>etc</code> des clients, nous souhaitons toujours partager une
bonne partie des fichiers de cet endroit. D'une fa&ccedil;on
g&eacute;n&eacute;rale, je pense que partager les fichiers de etc
avec le r&eacute;pertoire <code>/etc</code> du serveur est une
mauvaise id&eacute;e, et c'est pourquoi je recommande de
cr&eacute;er un r&eacute;pertoire <code>/clients/etc</code>, qui
contiendra les informations dont les clients ont besoin. Pour
commencer, recopier simplement le contenu de /etc du serveur vers
le r&eacute;pertoire <code>/client/etc</code>.</p>
<p>Vous devrez ajouter &agrave; ce r&eacute;pertoire tous les
fichiers de configuration qui ne d&eacute;pendent pas de la
machine, par exemple motd, issue, etc. mais aucun de ceux
d&eacute;pendant du client (i.e. inittab ou fstab)</p>
<p>Les changements les plus importants doivent &ecirc;tre faits
dans le r&eacute;pertoire <code>rc.d</code>. Premi&egrave;rement,
vous devez changer rc.inet1 pour qu'il corresponde &agrave; votre
param&eacute;trage local. Je passe tous mes param&egrave;tres
r&eacute;seau au noyau avec LILO/Loadlin, c'est pourquoi j'ai
enlev&eacute; presque tout de mon fichier <code>rc.inet1</code>. La
seule chose que j'ai laiss&eacute;, est le <b>ifconfig</b> et la
<b>route</b> vers l'entr&eacute;e localhost. Si vous utilisez rarp
ou bootp, vous devez en tenir compte lors de la cr&eacute;ation du
fichier.</p>
<p>Deuxi&egrave;mement, vous devez &eacute;diter le fichier rc.S.
D'abord, enlever toutes les parties qui sont responsable d'une
recherche d'erreur avec fsck, puisque fsck aura lieu alors que le
serveur est d&eacute;j&agrave; d&eacute;marr&eacute;. Ensuite, vous
devez trouver la ligne ou est mont&eacute; votre fstab. Cela doit
ressembler &agrave; :</p>
<blockquote>
<pre>
<code>mount -avt nonfs
</code>
</pre></blockquote>
<p>Le <b>-t nonfs</b>. est jusque l&agrave; normal puisque les
client lancent en premier rc.S et seulement apr&egrave;s rc.inet1
pour configurer l'Ethernet. Mais comme cette ligne ne va pas monter
les partitions NFS, elle doit &ecirc;tre d&eacute;truite. Il faut
ensuite la remplacer par un <code>mount -av</code> . Si vous avez
besoin d'utiliser rarp/bootp pour configurer votre r&eacute;seau,
faites le dans rc.S (ou appelez le script appropri&eacute; dans
rc.S), avant de monter, et assurez vous que les r&eacute;pertoires
bin et sbin contiennent les fichiers n&eacute;cessaires.</p>
<p>Apr&egrave;s que le <code>mount -av</code> ait &eacute;t&eacute;
accompli, vous devez avoir un syst&egrave;me de fichier
op&eacute;rationnel. Cr&eacute;ez un fstab g&eacute;n&eacute;rique,
que vous pourrez recopier sur chaque client.</p>
<p>Votre <code>fstab</code> doit ressembler &agrave; :</p>
<blockquote>
<pre>
<code>serveur:/clients/hostname    /               nfs     default  1 1
serveur:/bin                 /bin            nfs     default  1 1
serveur:/usr                 /usr            nfs     default  1 1
serveur:/sbin                /sbin           nfs     default  1 1
serveur:/home                /home           nfs     default  1 1
serveur:/lib                 /lib            nfs     default  1 1
serveur:/clients/etc         /serveur/etc    nfs     default  1 1
serveur:/clients/var         /serveur/var    nfs     default  1 1
none                         /proc           proc    default  1 1
</code>
</pre></blockquote>
Veuillez remarquer, que le mot cl&eacute; _default_ ne doit pas
fonctionner avec toutes les versions de mount. Vous devrez alors le
changer en _rw_ ou _ro_ ou enlever toute la partie _default 1 1_ .
<p>Assurez vous &eacute;galement que sur votre serveur le
<code>/etc/exports</code> ressemble &agrave; :</p>
<blockquote>
<pre>
<code>/clients/hostname   hostname.domainname(rw,no_root_squash)
/clients/etc        hostname.domainname(ro,no_root_squash)
/clients/var        hostname.domainname(ro,no_root_squash)
/usr                hostname.domainname(ro,no_root_squash)
/sbin               hostname.domainname(ro,no_root_squash)
/bin                hostname.domainname(ro,no_root_squash)
/lib                hostname.domainname(ro,no_root_squash)
/home               hostname.domainname(rw,no_root_squash)
</code>
</pre></blockquote>
<p>Mise &agrave; part la premi&egrave;re ligne qui doit &ecirc;tre
diff&eacute;rente pour chaque client, les autres lignes peuvent
&ecirc;tre remplac&eacute;es par un masque pour s'appliquer
&agrave; tout vos clients (comme pc*.domain - gardez &agrave;
l'esprit, que * se substitue uniquement aux cha&icirc;nes de
caract&egrave;res ne contenant pas de point). Je propose de mettre
la majorit&eacute; des r&eacute;pertoires en lecture seule
<em>ro</em>, mais c'est &agrave; vous de choisir. Le
<code>no_root_squash</code> assure que le super-utilisateur aura
sur les clients les permissions correspondantes avec nfsd. Jetez un
coup d'oeil au <code>man exports(5)</code>. Si vous souhaitez que
vos utilisateurs puissent utiliser <b>passwd</b> &eacute;galement
&agrave; partir des clients, assurez-vous que /etc ai les
permissions rw et non ro. Toutefois faites comme vous le
souhaitez.</p>
<p>Vouz remarquerez aussi, en ce qui concerne le fichier rc.S que
sur la Slackware, par d&eacute;faut, un fichier
<code>/etc/issue</code> et <code>/etc/motd</code> sont
cr&eacute;&eacute;s &agrave; chaque ex&eacute;cution. Cette
fonction DOIT &ecirc;tre d&eacute;sactiv&eacute;e si ces fichiers
sont mont&eacute;s en ro &agrave; partir du serveur, je recommande
de les d&eacute;sactiver dans tous les cas.</p>
<p>Pour terminer, si vous voulez avoir une base d'utilisateurs
commune &agrave; votre serveur et vos clients, vous pouvez choisir
entre 1), utiliser NIS (lire le NIS-Howto), et ainsi, chaque client
aura un <code>/etc/passwd</code> et <code>/etc/group</code>
s&eacute;par&eacute; puisqu'il les recevra du serveur. 2) Dans la
plupart des cas, un lien symbolique suffira. Pour cela, vous
pourrez soit mettre un lien dur de <code>/client/etc/passwd</code>
vers <code>/etc/passwd</code>, ou si vous pr&eacute;f&eacute;rez un
lien symbolique, reliant <code>/etc/passwd</code> vers
<code>/client/etc/passwd</code> (et pas dans l'autre sens puisque
le client ne monte pas le r&eacute;pertoire etc du serveur). Faire
de m&ecirc;me avec <code>/etc/group</code></p>
<h3>Cr&eacute;er le r&eacute;pertoire etc du client</h3>
<p>G&eacute;n&eacute;ralement, la plupart des fichiers du
r&eacute;pertoire etc du client doivent avoir des liens symboliques
vers <code>/serveur/etc</code>. Toutefois, certains fichiers sont
diff&eacute;rents pour chaque machine, et certains doivent
&ecirc;tre l&agrave; lorsque le noyau est charg&eacute;. Le minimum
dont vous avez besoin dans le r&eacute;pertoire etc est :</p>
<blockquote>
<pre>
<code>resolv.conf
hosts
inittab
rc.d/rc.S
fstab
</code>
</pre></blockquote>
<p>Puisque ces 5 fichiers peuvent &ecirc;tres identiques sur les
clients, vous pouvez simplement les recopier ou mettre des liens
durs. Cependant, il est judicieux de garder les fichiers
<code>fstab</code> et <code>rc.S</code> diff&eacute;rents pour
chaque client. Vous devez &eacute;galement s&eacute;parer
<code>etc/HOSTAME</code> pour chaque client. Personnellement, je
recommande d'avoir les fichiers de <code>rc.d</code> distincts pour
chaque client puisque la configuration et le mat&eacute;riel
peuvent varier d'une machine &agrave; l'autre.</p>
<p>Pour chaque client, ajouter dans la <code>fstab</code> la ligne
swap appropri&eacute;e :</p>
<blockquote>
<pre>
<code>/dev/swap_partition                             swap     swap   default 1 1
</code>
</pre></blockquote>
<p>Pour le reste des fichiers de /etc du client, vous pouvez soit
mettre des liens durs vers <code>/clients/etc/*</code> , ou mettre
des liens symboliques vers <code>/serveur/etc</code> (qui est
l'endroit o&ugrave; est mont&eacute;
<code>/clients/etc</code>).</p>
<p>Assurez-vous que votre machine peut r&eacute;soudre
correctement, soit par <b>named</b> ou gr&acirc;ce &agrave;
<b>etc/hosts</b>. Ce n'est pas une mauvaise id&eacute;e de garder
l'adresse IP du serveur dans <code>/etc/hosts</code>, plut&ocirc;t
que de compter sur la r&eacute;solution. Si vous comptez uniquement
sur la r&eacute;solution de noms, un probl&egrave;me avec
<code>named</code> emp&ecirc;chera vos clients de booter.</p>
<h2><a name="ss3.4">3.4 Booter la machine</a></h2>
<p>Maintenant que vous avez fait tout ce qu'il faut pour
d&eacute;marrer votre machine, croisez vos doigts et priez pour que
tout marche comme il faut :-)</p>
<h2><a name="s4">4. Cr&eacute;er d'autres clients</a></h2>
<p>Si vous avez suivi mes instructions jusqu'ici, cela devrait
&ecirc;tre facile - changer de r&eacute;pertoire vers
<code>/clients</code> et tapez :</p>
<blockquote>
<pre>
<code>cp -a hostname1 hostname2
</code>
</pre></blockquote>
<p>et v&eacute;rifiez bien les points suivants :</p>
<blockquote>Les fichiers rc.d/* correspondent au mat&eacute;riel et
la configuration logicielle <b>etc/HOSTNAME</b> est correcte, la
ligne de swap de fstab est correcte, les liens symboliques
<code>dev/mouse, dev/modem</code> et <code>/dev/cdrom</code> sont
corrects.</blockquote>
<pre>




Bonne Chance...
</pre>
</body>
</html>