~ubuntu-branches/ubuntu/saucy/maradns/saucy

« back to all changes in this revision

Viewing changes to doc/fr/tutorial/man.csv1.html

  • Committer: Bazaar Package Importer
  • Author(s): Kai Hendry
  • Date: 2006-10-09 17:44:21 UTC
  • mfrom: (1.1.6 upstream)
  • Revision ID: james.westby@ubuntu.com-20061009174421-yb151elg3m4t5shl
Tags: 1.2.12.03-1
* New upstream release with many new doc tweaks. Though most of the changes
  are with the webpages which I have chosen not to distribute as you can
  read them all rather online at http://maradns.org/
* The diffs in the Makefiles are due to upstream's configure script
* Added bind2csv2.py as an example from upstream's tools/
  There is a lot of little scripts in tools/ which can probably join this

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
<!-- Do *not* edit this file; it was automatically generated by ej2html
2
 
     Look for a name.ej file with the same name as this filename -->
3
 
<!-- Last updated Tue Mar 12 11:30:04 2002 -->
4
 
 
5
 
<HTML><HEAD>
6
 
 
7
 
 
8
 
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=utf-8">
9
 
</HEAD><BODY>
10
 
 
11
 
<h1>NOM</h1>
12
 
csv1 - Format du fichier de zone csv1 utilisé par MaraDNS
13
 
<h1>CARACTÈRES SPÉCIAUX</h1>
14
 
 
15
 
<dl>
16
 
<dt>
17
 
18
 
<dd>
19
 
délimite les champs
20
 
<dt>
21
 
22
 
<dd>
23
 
Ceci indique un commentaire. Les lignes commençant par ce symbole sont
24
 
ignorées, autrement, il n'a pas de sens particulier.
25
 
<dt>
26
 
27
 
<dd>
28
 
est remplacé partout par le nom de la zone.
29
 
<dt>
30
 
31
 
<dd>
32
 
Ceci signifie "tout nom d'hôte ne résolvant pas d'une autre manière". Il
33
 
doit être placé au début d'un nom DNS.
34
 
<dt>
35
 
36
 
<dd>
37
 
Ceci est utilisé comme caractère d'échappement, ou bien pour échapper
38
 
une valeur octale, comme '\045' pour %, ou pour échapper le caractère
39
 
% afin qu'il perde sa signification particulière, ou bien pour
40
 
échapper le caractère barre-oblique-inverse.
41
 
</dl>
42
 
<h1>NOTES SUR L'INTERPRÉTATION</h1>
43
 
 
44
 
Tous les noms DNS sont convertis en leurs équivalents en minuscules
45
 
avant de procéder à l'interprétation. Ceci est dû à la non-sensibilité à
46
 
la casse des données DNS une fois dans la base. Ceci est ma manière de
47
 
résoudre le désir schizophrénique du RFC1035 de permettre à la fois des
48
 
noms DNS binaires, en conservant la non-sensibilité à la casse.
49
 
<p>
50
 
 
51
 
Le fichier de zone doit disposer d'un enregistrement SOA, suivi d'un ou
52
 
plusieurs enregistrements DNS, suivis d'autres enregistrements. Les
53
 
champs NS et SOA initiaux doivent être RR pour cette zone. Les
54
 
enregistrements NS suivant tout enregistrement non-NS doivent faire
55
 
partie d'une autre zone. L'algorithme de résolution n'échouera pas si
56
 
des enregistrements non-CNAME sont partagés avec des CNAME, mais ce
57
 
n'est pas une bonne idée.
58
 
<p>
59
 
 
60
 
<h1>FORMAT DES RR</h1>
61
 
 
62
 
Un enregistrement DNS est constitué d'une lettre désignant son type,
63
 
suivie immédiatement du nom DNS utilisant des points comme délimiteurs,
64
 
terminant par % ou un point final. Si le nom de domaine ne se termine
65
 
pas par un % ou un point, une erreur est générée (j'espère changer ce
66
 
comportement dans une future version de MaraDNS).
67
 
 
68
 
<h1>TYPES DE RR SUPPORTÉS</h1>
69
 
 
70
 
MaraDNS supporte actuellement les types suivants de RR :
71
 
 
72
 
<br>
73
 
<table>
74
 
<td>Lettre<td>Type<td>Valeur RFC1035 §3.2.2<tr>
75
 
<td>A<td>A<td>1<tr>
76
 
<td>N<td>NS<td>2<tr>
77
 
<td>C<td>CNAME<td>5<tr>
78
 
<td>S<td>SOA<td>6<tr>
79
 
<td>P<td>PTR<td>12<tr>
80
 
<td>@<td>MX<td>15<tr>
81
 
<td>T<td>TXT<td>16<tr>
82
 
<td>U<td>any<td>déterminé dans le dernier champ de la ligne<tr>
83
 
</table>
84
 
 
85
 
<h1>FORMAT DES TYPES DE RR SUPPORTÉS</h1>
86
 
 
87
 
Voici les formats, par lettre :
88
 
 
89
 
<pre>
90
 
A: possède trois champs
91
 
premier champ: nom DNS
92
 
deuxième champ: TTL pour ce nom en secondes
93
 
troisième champ: adresse IP, en notation décimale pointée
94
 
Exemple:
95
 
Ahost.example.com.|7200|10.1.2.3
96
 
</pre>
97
 
 
98
 
Les enregistrements A sont décrits avec des détails abondants dans la
99
 
RFC1035. En bref, un enregistrement A est une adresse IP associée à un
100
 
nom donné.
101
 
 
102
 
<pre>
103
 
N: possède trois champs
104
 
premier champ: nom de domaine
105
 
deuxième champ: TTL pour ce nom en secondes
106
 
troisième champ: nom de domaine concerné par ce NS
107
 
Exemple:
108
 
Nexample.com.|86400|ns.example.com.
109
 
</pre>
110
 
 
111
 
Les enregistrements NS (N ici) sont décrits dans le RFC1035.
112
 
 
113
 
<pre>
114
 
C: possède trois champs
115
 
premier champ: nom DNS
116
 
deuxième champ: TTL pour ce nom en secondes
117
 
troisième champ: nom DNS pointé par ce CNAME
118
 
Exemple:
119
 
Calias.example.org.|3200|realname.example.org.
120
 
</pre>
121
 
 
122
 
Les enregistrements CNAME (C ici) sont décrits dans le RFC1035.
123
 
 
124
 
<pre>
125
 
S: possède neuf champs
126
 
premier champ: nom DNS
127
 
deuxième champ: TTL pour ce nom en secondes
128
 
troisième champ: origine du domaine
129
 
quatrième champ: adresse e-mail de contact pour le domaine (RFC822, pas
130
 
        au format BIND)
131
 
cinquième champ: numéro de série pour ce domaine
132
 
sixième champ: délai de rafraîchissement du domaine
133
 
septième champ: délai de réessai pour le domaine
134
 
huitième champ: délai d'expiration du domaine
135
 
neuvième champ: TTL minimal par défaut du domaine
136
 
Exemple:
137
 
Sexample.net.|86400|example.net.|hostmaster@example.net.|19771108|7200|3600|604800|1800
138
 
</pre>
139
 
 
140
 
Les enregistrements SOA (S ici) sont décrits dans le RFC1035.
141
 
 
142
 
<pre>
143
 
P: possède trois champs
144
 
premier champ: adresse IP vers laquelle pointer (en format in-addr.arpa)
145
 
deuxième champ: TTL pour ce nom en secondes
146
 
troisième champ: nom pleinement qualifié pour l'adresse en question
147
 
Exemple:
148
 
P3.2.1.10.in-addr.arpa.|86400|ns.example.com.
149
 
</pre>
150
 
 
151
 
Les enregistrements PTR (P ici) sont décrits dans le RFC1035.
152
 
 
153
 
<pre>
154
 
@: possède quatre champs
155
 
premier champ: nom DNS recevant le courrier
156
 
deuxième champ: TTL pour ce nom en secondes
157
 
troisième champ: préférence associé à cet enregistrement MX
158
 
quatrième champ: nom de l'hôte auquel envoyer le courrier pour le
159
 
        premier champ
160
 
Exemple:
161
 
@example.com.|86400|10|mail.example.com.
162
 
</pre>
163
 
 
164
 
Les enregistrements MX (@ ici) sont décrits dans le RFC1035.
165
 
 
166
 
<pre>
167
 
T: possède trois champs
168
 
premier champ: l'hôte sur lequel on souhaite préciser des informations
169
 
supplémentaires
170
 
deuxième champ: TTL pour ce nom en secondes
171
 
troisième champ: texte d'information. Toute donnée saisie rentre dans
172
 
        l'enregistrement avant une nouvelle ligne. La nouvelle ligne ne
173
 
        fait pas partie de l'enregistrement TXT.
174
 
Exemple:
175
 
Texample.com.|86400|Example.com: achat en ligne
176
 
</pre>
177
 
 
178
 
Les enregistrements TXT (T ici) sont décrits dans le RFC1035.
179
 
 
180
 
<pre>
181
 
U: possède quatre champs
182
 
premier champ: nom DNS
183
 
deuxième champ: TTL pour ce nom en secondes
184
 
troisième champ: Code numérique pour le type de données (33 pour SRV,
185
 
        etc.)
186
 
quatrième champ: donnée binaire
187
 
Exemple:
188
 
Uexample.com|3600|40|\\010\\001\\002Kitchen sink data
189
 
</pre>
190
 
 
191
 
L'exemple ce-dessus est un enregistrement "Kitchen Sink" (évier de
192
 
cuisine, NDT) avec une "signification" de 8, un "codage" de 1, et un
193
 
"sous-codage" de 2, et "Kitchen sink data" comme donnée elle-même. Comme
194
 
ce type de donnée n'est pas encore formalisé par un RFC au moment
195
 
présent, la méthode la plus appropriée de stockage est d'utiliser une
196
 
syntaxe non-supportée "attrape-tout".
197
 
 
198
 
<h1>FICHIER DE ZONE CSV1 D'EXEMPLE</h1>
199
 
<pre>
200
 
# Fichier de zone pour example.com (exemple)
201
 
 
202
 
# En premier le SOA, suivi des NS autoritaires pour la zone
203
 
Sexample.com.|86400|example.com.|hostmaster@example.com.|19771108|7200|3600|604800|1800
204
 
Nexample.com.|86400|ns1.example.com.
205
 
Nexample.com.|86400|ns2.example.com.
206
 
 
207
 
# Quelques enregistrements 'IN A'
208
 
Aexample.com.|86400|10.1.2.3
209
 
Amx.example.com.|86400|10.1.2.4
210
 
Ans1.example.com.|86400|10.0.0.1
211
 
Ans2.example.com.|86400|192.168.0.1
212
 
 
213
 
# Un enregistrement 'IN MX'
214
 
@example.com.|86400|10|mx.example.com.
215
 
 
216
 
# Un enregistrement 'IN CNAME'
217
 
Cwww.example.com.|86400|example.com.
218
 
 
219
 
# An 'IN TXT' record
220
 
Texample.com.|86400|Example.com: Buy examples of products online!
221
 
 
222
 
# Un enregistrement utilisant % comme raccourci pour désigner la zone
223
 
Aftp.%|3600|10.7.8.9
224
 
 
225
 
# MaraDNS supporte les méta-caractères
226
 
@*.example.com.|3600|10|mx.example.com.
227
 
 
228
 
# Note: cet enregistrement ne fait pas partie du domaine example.com,
229
 
# et, de ce fait, ne peut être transféré avec l'utilitaire getzone.
230
 
P3.0.0.127.in-addr.arpa.|1234|nslookup.bug.workaround.
231
 
 
232
 
</pre>
233
 
<h1>LEGAL DISCLAIMER</h1>
234
 
THIS SOFTWARE IS PROVIDED BY THE AUTHORS ''AS IS'' AND ANY EXPRESS 
235
 
OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED 
236
 
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 
237
 
ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE 
238
 
LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR 
239
 
CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF 
240
 
SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR 
241
 
BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, 
242
 
WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE 
243
 
OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, 
244
 
EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 
245
 
 
246
 
<h1>AUTEUR</h1>
247
 
Sam Trenholme 
248
 
<A href=http://www.samiam.org/>http://www.samiam.org/</a>
249
 
 
250
 
<h1>TRADUCTEUR</h1>
251
 
Traduit en français par Thomas Seyrat <thomas@glou.net>
252
 
</BODY></HTML>