BIND serveur de zone - Historique des versions

Jiel le 16 décembre 2023 à 15:55

2023-12-16T15:55:20Z

← Version précédente		Version du 16 décembre 2023 à 15:55
Ligne 1 :		Ligne 1 :
	~~[[Category:Serveur de nom]]~~

	= DNS BIND 2{{e}} partie : serveur de Zone =		= DNS BIND 2{{e}} partie : serveur de Zone =

Ligne 193 :		Ligne 191 :
	<br/>		<br/>
	<br/>		<br/>
	'''<b>[[~~Reseau-index~~\|@ Retour à la rubrique Réseau ~~et sécurité~~]]</b>'''		'''<b>[[Réseau\|@ Retour à la rubrique Réseau]]</b>'''
	<br/>		<br/>

Ligne 201 :		Ligne 199 :
	Copyright © 04/10/2003, Serge Tchesmeli		Copyright © 04/10/2003, Serge Tchesmeli
	{{LDL}}		{{LDL}}


			[[Catégorie:Réseau]]

Lea : Lea a déplacé la page Reseau-name-dns2 vers BIND serveur de zone

2023-12-14T18:16:24Z

Lea a déplacé la page Reseau-name-dns2 vers BIND serveur de zone

← Version précédente	Version du 14 décembre 2023 à 18:16
(Aucune différence)

Jiel le 4 janvier 2011 à 16:12

2011-01-04T16:12:55Z

← Version précédente		Version du 4 janvier 2011 à 16:12
Ligne 1 :		Ligne 1 :
	[[Category:Serveur de nom]]		[[Category:Serveur de nom]]

	= DNS BIND 2{{e}} partie : serveur de Zone =		= DNS BIND 2{{e}} partie : serveur de Zone =

Ligne 189 :		Ligne 190 :

	<br /><br />		<br /><br />

			<br/>
			<br/>
			'''<b>[[Reseau-index\|@ Retour à la rubrique Réseau et sécurité]]</b>'''
			<br/>

	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/2003.</div>		<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/2003.</div>

Nicola : retouches

2005-10-29T11:17:57Z

retouches

← Version précédente		Version du 29 octobre 2005 à 11:17
Ligne 1 :		Ligne 1 :
	[[Category:Serveur de nom]]		[[Category:Serveur de nom]]
	= DNS BIND 2e partie : serveur de Zone =		= DNS BIND 2{{e}} partie : serveur de Zone =

	<div class="leatitre">DNS BIND 2e partie : serveur de Zone</div><div class="leapar">Par Serge</div>		<div class="leatitre">DNS BIND 2{{e}} partie : serveur de Zone</div><div class="leapar">Par Serge</div>
	----		----

	Pour cet article, je considère que vous avez lu la ~~1ère~~ partie, sur les serveurs DNS ~~“cache”~~, qui permet déjà de comprendre les fichiers de zones et donne la configuration minimale d'un serveur DNS. Sans cette configuration minimale votre serveur DNS ne fonctionnera pas.		Pour cet article, je considère que vous avez lu la première partie sur les serveurs DNS « cache », qui permet déjà de comprendre les fichiers de zones et donne la configuration minimale d'un serveur DNS. Sans cette configuration minimale votre serveur DNS ne fonctionnera pas.

	J'explique dans cet article comment configurer une zone personnelle pour un serveur primaire et secondaire. Je n'explique pas les zones inverses ni la sécurité que l'on peut ajouter sur les zones que notre serveur va contenir. Ces parties seront vu dans un ~~3ème~~ article ~~“configuration avancée”~~.		J'explique dans cet article comment configurer une zone personnelle pour un serveur primaire et secondaire. Je n'explique pas les zones inverses ni la sécurité que l'on peut ajouter sur les zones que notre serveur va contenir. Ces parties seront vu dans un troisième article « configuration avancée ».

	== Un serveur DNS pour mon domaine. ==		== Un serveur DNS pour mon domaine. ==

	Nous prenons ici un exemple de configuration pour le domaine “.~~org”~~. Remplacez bien sûr avec votre propre domaine.		Nous prenons ici un exemple de configuration pour le domaine « .org ». Remplacez bien sûr avec votre propre domaine.

	Attention:		Attention :

	Votre serveur DNS doit, pour pouvoir fonctionner, avoir une adresse IP fixe sur l'Internet. De plus votre domaine doit être enregistré chez un registar (Gandi, Namebay, ou tout autre registar) et lors de l'enregistrement du domaine vous devez fournir l'IP du serveur de nom en serveur ~~“primaire”~~ et l'IP du serveur secondaire. Nous détaillons ~~en 1er~~ la configuration du serveur primaire, celle du secondaire étant triviale (voir plus bas dans l'article).		Votre serveur DNS doit, pour pouvoir fonctionner, avoir une adresse IP fixe sur l'Internet. De plus votre domaine doit être enregistré chez un registar (Gandi, Namebay, ou tout autre registar) et lors de l'enregistrement du domaine vous devez fournir l'IP du serveur de nom en serveur « primaire » et l'IP du serveur secondaire. Nous détaillons d’abord la configuration du serveur primaire, celle du secondaire étant triviale (voir plus bas dans l'article).

	== Le fichier /etc/named ==		== Le fichier /etc/named ==
Ligne 25 :		Ligne 25 :
	Pour rappel, voici ce qu'il doit donc déjà contenir:		Pour rappel, voici ce qu'il doit donc déjà contenir:

	<div class="code"> // Fichier /etc/named.conf <br />// pour serveur DNS cache <br />options { <br /> // Répertoire des fichiers de configuration <br /> <br /> directory "/var/named"; <br /> <br /> // Si vous traversez un firewall <br /> // et que vous avez des problèmes DNS <br /> // décommentez la ligne ci-dessous <br /> // query-source port 53; <br /> <br /> version "SECRET"; <br /> //permet de masquer la version de Bind - voir précisions ci-dessous <br /> }; <br /> <br />controls { <br /> inet 127.0.0.1 allow { localhost; } keys { rndc_key; }; <br /> }; <br /><br /><br />key "rndc_key" { <br /> algorithm hmac-md5; <br /> secret "c3Ryb25nIGVub3VnaCBmb3IgYSBtYW4gYnV0IG1hZGUgZm9yIGEgd29tYW4K"; <br /> }; <br /><br />//Zone racine (root) <br /><br />zone "." <br /> { <br /> type hint; <br /> file "root"; <br /> }; <br />//Zone locale <br /><br />zone "0.0.127.in-adr.arpa" <br /> { <br /> type master; <br /> file "zone/127.0.0"; <br /> }; <br /><br /> </div>		<div class="code">
			// Fichier /etc/named.conf <br />
			// pour serveur DNS cache <br />
			options { <br />
			// Répertoire des fichiers de configuration <br /> <br />
			directory "/var/named"; <br /> <br />
			// Si vous traversez un firewall <br />
			// et que vous avez des problèmes DNS <br />
			// décommentez la ligne ci-dessous <br />
			// query-source port 53; <br /> <br />
			version "SECRET"; <br />
			//permet de masquer la version de Bind - voir précisions ci-dessous <br />
			}; <br /> <br />
			controls { <br />
			inet 127.0.0.1 allow { localhost; } keys { rndc_key; }; <br />
			}; <br /><br /><br />
			key "rndc_key" { <br />
			algorithm hmac-md5; <br />
			secret "c3Ryb25nIGVub3VnaCBmb3IgYSBtYW4gYnV0IG1hZGUgZm9yIGEgd29tYW4K"; <br />
			}; <br /><br />
			//Zone racine (root) <br /><br />
			zone "." <br />
			{ <br />
			type hint; <br />
			file "root"; <br />
			}; <br />
			//Zone locale <br /><br />
			zone "0.0.127.in-adr.arpa" <br />
			{ <br />
			type master; <br />
			file "zone/127.0.0"; <br />
			}; <br /><br />
			</div>

	On ajoute alors dans ce fichier l'entrée pour notre fichier de zone “lea-linux.org:		On ajoute alors dans ce fichier l'entrée pour notre fichier de zone “lea-linux.org:

	<div class="code"> zone “lea-linux.org” <br /> { <br /> type master <br /> file “zone/lea-linux.org” <br /> } </div>		<div class="code">
			zone “lea-linux.org” <br />
			{ <br />
			type master <br />
			file “zone/lea-linux.org” <br />
			}
			</div>

	L'ajout de zone est très simple comme vous pouvez le voir. Il suffit de dire quelle zone ce serveur va “servir”, mot clef <span class="code">zone</span> , d'indiquer si nous si sommes le serveur d'autorité pour cette zone, mot clef <span class="code">type master</span> et d'indiquer le fichier contenant les informations de la zone, mot clef <span class="code">file</span>.		L'ajout de zone est très simple comme vous pouvez le voir. Il suffit de dire quelle zone ce serveur va “servir”, mot clef <span class="code">zone</span> , d'indiquer si nous si sommes le serveur d'autorité pour cette zone, mot clef <span class="code">type master</span> et d'indiquer le fichier contenant les informations de la zone, mot clef <span class="code">file</span>.

Teo : /* Et si ça ne marche pas ? */

2005-10-29T10:56:14Z

Et si ça ne marche pas ?

← Version précédente		Version du 29 octobre 2005 à 10:56
Ligne 146 :		Ligne 146 :
	et rien d'autre. Pas de fichier de zone ni rien. Les fichiers de zones seront créés automatiquement en interrogeant le serveur primaire directement via la directive masters.		et rien d'autre. Pas de fichier de zone ni rien. Les fichiers de zones seront créés automatiquement en interrogeant le serveur primaire directement via la directive masters.

	== Et si ça marche pas? ==		== Et si ça ne marche pas ? ==

	Vous pouvez alors faire exactement les m<font face="Bitstream Vera Serif">ê</font>mes vérifications que celles données dans l'article serveur cache. La seule différence est que si vous faites les tests nslookup sur le serveur primaire vous ne devez pas avoir de réponse “Non-authoritative”.		Vous pouvez alors faire exactement les m<font face="Bitstream Vera Serif">ê</font>mes vérifications que celles données dans l'article serveur cache. La seule différence est que si vous faites les tests nslookup sur le serveur primaire vous ne devez pas avoir de réponse “Non-authoritative”.

Teo : /* DNS BIND 2e partie : serveur de Zone */

2005-10-29T10:55:09Z

DNS BIND 2e partie : serveur de Zone

Voir les modifications

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-09-07T11:13:30Z

conversion de la documentation originale de Léa par HTML::WikiConverter

← Version précédente		Version du 7 septembre 2005 à 11:13
Ligne 153 :		Ligne 153 :

	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/2003.</div>		<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/2003.</div>

			= Copyright =
			Copyright © 04/10/2003, Serge Tchesmeli
			{{LDL}}

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-09-02T17:09:39Z

conversion de la documentation originale de Léa par HTML::WikiConverter

Nouvelle page

[[Category:Serveur de nom]]
= DNS BIND 2ème partie : serveur de Zone =

<div class="leatitre">DNS BIND 2ème partie : serveur de Zone</div><div class="leapar">Par Serge</div>
----

Pour cet article, je considère que vous avez lu la 1ère partie, sur les serveurs DNS “cache”, qui permet déjà de comprendre les fichiers de zones et donne la configuration minimale d'un serveur DNS. Sans cette configuration minimale votre serveur DNS ne fonctionnera pas.

J'explique dans cet article comment configurer une zone personnelle pour un serveur primaire et secondaire. Je n'explique pas les zones inverses ni la sécurité que l'on peut ajouter sur les zones que notre serveur va contenir. Ces parties seront vu dans un 3ème article “configuration avancée”.

== Un serveur DNS pour mon domaine. ==

Nous prenons ici un exemple de configuration pour le domaine “.org”. Remplacez bien sûr avec votre propre domaine.

Attention:

Votre serveur DNS doit, pour pouvoir fonctionner, avoir une adresse IP fixe sur l'Internet. De plus votre domaine doit être enregistré chez un registar (Gandi, Namebay, ou tout autre registar) et lors de l'enregistrement du domaine vous devez fournir l'IP du serveur de nom en serveur “primaire” et l'IP du serveur secondaire. Nous détaillons en 1er la configuration du serveur primaire, celle du secondaire étant triviale (voir plus bas dans l'article).

== Le fichier /etc/named ==

<br />

On reprend le fichier déjà créé dans l'article “dns cache”.

Pour rappel, voici ce qu'il doit donc déjà contenir:

<div class="code"> // Fichier /etc/named.conf <br />// pour serveur DNS cache <br />options { <br />    // Répertoire des fichiers de configuration <br />    <br />    directory "/var/named"; <br />    <br />    // Si vous traversez un firewall <br />    // et que vous avez des problèmes DNS <br />    // décommentez la ligne ci-dessous <br />     // query-source port 53; <br />    <br />    version "SECRET"; <br />    //permet de masquer la version de Bind - voir précisions ci-dessous <br />    }; <br />    <br />controls { <br />    inet 127.0.0.1 allow { localhost; } keys { rndc_key; }; <br />    }; <br /><br /><br />key "rndc_key" { <br />    algorithm hmac-md5; <br />    secret "c3Ryb25nIGVub3VnaCBmb3IgYSBtYW4gYnV0IG1hZGUgZm9yIGEgd29tYW4K"; <br />    }; <br /><br />//Zone racine (root) <br /><br />zone "." <br />    { <br />    type hint; <br />    file "root"; <br />    }; <br />//Zone locale <br /><br />zone "0.0.127.in-adr.arpa" <br />    { <br />    type master; <br />    file "zone/127.0.0"; <br />    }; <br /><br /> </div>

On ajoute alors dans ce fichier l'entrée pour notre fichier de zone “lea-linux.org:

<div class="code"> zone “lea-linux.org” <br />    { <br />    type master <br /> file “zone/lea-linux.org” <br />    } </div>

L'ajout de zone est très simple comme vous pouvez le voir. Il suffit de dire quelle zone ce serveur va “servir”, mot clef <span class="code">zone</span> , d'indiquer si nous si sommes le serveur d'autorité pour cette zone, mot clef <span class="code">type master</span> et d'indiquer le fichier contenant les informations de la zone, mot clef <span class="code">file</span>.

Voyons maintenant ce que doit contenir ce fichier de zone.

== Le fichier de zone de mon domaine. ==

Nous devons donc créer le fichier de zone de notre domaine “lea-linux.org”.

Voyons le fichier, puis expliquons le:

<div class="code"> $TTL 3D <br />@         IN     SOA      ns1.kilio.com. serge.kilio.net. ( <br />                         2003091801; serial <br />                         86400 ; refresh <br />                         3600 ; retry <br />                         3600000 ; expire <br />                         604800 ; default_ttl <br />                         ) <br /><br />@         IN      NS          ns1.kilio.com. <br />@         IN      NS          ns2.kilio.com. <br />@         IN      MX    50    ns1.kilio.net. <br />@         IN      MX    10    nice.kilio.net. <br /><br />          IN      A          80.245.32.131 <br />irc       IN      A          80.245.32.129 <br />www       IN      CNAME      linuxmutuel.kilio.fr. <br />wiki      IN      A          80.67.179.10 <br />vizu      IN      A          195.202.0.21 <br />devel     IN      A          80.67.179.10 <br />sniper    IN      A          62.212.100.216 <br />ftp       IN      A          80.245.32.131 <br />beta      IN      CNAME      linuxmutuel.kilio.fr <br /> </div>

Cela peut vous paraître très “barbare” mais en fait rien n'est très compliqué. On peut découper ce fichier en deux parties:

* L'en-tête: qui commence au début du fichier $TTL et se finit à la “)”
* Les enregistrements de la zone: le reste du fichier.

=== Détail de l'en-tête. ===

Nous l'avons déjà vu dans l'article précédent mais voici ce qu'elle doit contenir obligatoirement:

$TTL : l'indication du TTL (Time To Live) ou la durée de vie de la zone, exprimée en secondes par défaut, ou dans une autre unité si on la spécifie comme dans l'exemple, ici le D spécifiant que l'unité est en jours, donc 3 jours pour notre exemple.

Le bloc suivant défini tous les autres paramètres “techniques et administratifs” de la zone de la forme:

<div class="code"> @         IN     SOA     dns_primaire. adresse_mail. ( <br />                         xxxxxxxx; serial <br />                         xxxxx; refresh <br />                         xxxxx; retry <br />                         xxxxx; expire <br />                         xxxxx; default_ttl <br />                         ) </div>

<br /><br /><span class="code">dns_primaire</span><nowiki>: mettre ici le nom du serveur faisant autorité pour la zone </nowiki>

<span class="code">adresse email</span><nowiki>: email du responsable technique de la zone en remplaçant le “@” de l'email par un “.”</nowiki>

Le reste, encadré par des parenthèses renseigne les données techniques de la zone avec:

<span class="code">serial:</span> le numéro de version de la zone.

Ce chiffre est particulièrement important. A chaque fois que vous modifiez quoi que ce soit dans un fichier de zone, vous devez impérativement incrémenter ce numéro, autrement les changements ne seront pas pris en compte par le reste du monde et particulièrement par le serveur secondaire. C'est ce numéro, s'il est incrémenté, qui indique au reste du monde que votre zone a subit un changement et que donc les autres serveurs DNS doivent redemander la zone à votre serveur pour prendre en compte ces changements.

On a l'habitude de suivre une règle simple pour <font face="Bitstream Vera Serif">ê</font>tre sûr d'incrémenter ce numéro de version, on le compose par la suite des chiffres de l'année en cours, mois, jour et le nombre de changements effectués ce jour là:

<span class="code">AAAAMMJJNN</span>

Donc par exemple si je modifie la zone le 10 juillet 2003 , je vais mettre <span class="code">2003071001</span>, puis je m'aperçois que je me suis trompé donc je la modifie à nouveau le même jour, donc ce serial devient <span class="code">2003071002</span>, et si je la modifie ensuite le 15 août de la même année le serial devient alors <span class="code">2003081501</span>.

Cette règle n'est pas du tout obligatoire, vous pouvez utiliser votre propre règle du moment que le nombre soit incrémenté et que ce nombre ne comporte pas plus de 10 chiffres.

<span class="code">Refresh</span><nowiki>: Temps en secondes d'attente du serveur secondaire avant de contrôler si le serveur primaire a subi une modification au niveau de sa zone. Sur 8 chiffres max.</nowiki>

<span class="code">Retry</span><nowiki>: Temps d'attente du serveur secondaire avant de faire à nouveau une demande si le serveur primaire n'a pas répondu à une requête. Sur 8 chiffres max.</nowiki>

<span class="code">Expire</span><nowiki>: Temps pendant lequel le serveur secondaire va conserver les données en cache. Si ce délai est dépasse et que le serveur secondaire n'a pas pu contacter le serveur primaire, il va alors considérer que les données qu'il a en cache ne sont plus fiable et ne pourra plus servir de serveur secondaire pour la zone tant qu'il n'aura pas réussi à contacter le serveur primaire. Sur 8 chiffres max.</nowiki>

<span class="code">Ttl</span><nowiki>: Valeur par défaut de ttl des enregistrements. On peut spécifier les ttls au niveau de chaque enregistrement, mais d'une manière générale on défini ici un ttl qui vaut pour tous les enregistrements.</nowiki>

=== Enregistrement de la zone. ===

Tout les enregistrements d'une zone suivent cette syntaxe:

<div class="code"> hôte_ou_wildcard     (ttl)     classe     type     (priorité_si_besoin)    valeur</div>

<br /><br />

Voici les explications de ces champs, puis en dessous quelques exemples pour mieux comprendre. Par défaut nous n'utilisons pas de ttl pour les enregistrements (voir la remarque au dessus pour le ttl dans l'en-tête de zone).

<span class="code">Hôte ou wildcard</span><nowiki>: indique si on défini une machine ou un ensemble de machine.</nowiki>

<span class="code">Classe</span><nowiki>: type de classe, a comme valeur IN pour l'Internet. Nous ne détaillerons pas ce champ, vous utiliserez toujours la classe IN pour vos besoins.</nowiki>

<span class="code">Type</span><nowiki>: Indique quel type d'enregistrement nous sommes en train de définir. Les types les plus utilisés sont A pour une adresse, CNAME pour un alias de nom, NS pour un serveur de nom, MX pour un serveur de Mail, TXT pour des commentaires.</nowiki>

<span class="code">Priorité</span><nowiki>: Si le type à besoin d'une priorité, nous l'indiquons ici.</nowiki>

<span class="code">Valeur</span><nowiki>: la valeur ou la donnée de l'enregistrement que nous définissons.</nowiki>

Détaillons alors les exemples de notre zone pour mieux comprendre:

<div class="code"> @      IN      NS      ns1.kilio.com. <br />@      IN      NS      ns2.kilio.com. </div>

Nous indiquons ici que les deux serveurs DNS (type NS) de la zone (wildcard @) lea-linux.org sont ns1.kilio.com et ns2.kilio.com

<div class="code"> @     IN      MX      50       ns1.kilio.net. <br />@     IN      MX      10       nice.kilio.net. </div>

Nous indiquons ici que les deux serveurs de Mail (type MX) de la zone (wildcard @) lea-linux.org sont : nice.kilio.net avec la priorité 10 ns1.kilio.net avec la priorité 50. Cela veut dire que tout mail du type [mailto:xxxxxx@lea-linux.org xxxxxx@lea-linux.org] doit être envoyé en priorité sur nice.kilio.net et que si ce serveur ne répond pas on l'envoie alors sur le serveur ns1.kilio.net. Faites attention, c'est la priorité la plus basse qui indique le premier serveur à contacter.

<div class="code"> irc      IN      A      80.245.32.129 </div>

Nous indiquons ici que l'hôte irc.lea-linux.org correspond à l'adresse 80.245.32.129

<div class="code"> www      IN      CNAME     linuxmutuel.kilio.fr. </div>

Nous indiquons ici que l'hôte<span class="code"> www.lea-linux.org </span> correspond à l'hôte <span class="code">linuxmutuel.kilio.fr </span>.<br /> On aurait pu aussi le définir en type A et mettre l'adresse ip correspond à linuxmutuel.kilio.fr comme valeur. Mais dans ce cas, si la machine linuxmutuel.kilio.fr change d'adresse IP on doit modifier la valeur de www pour la zone lea-linux.org. De plus, comme cette machine héberge environ 200 sites web différents, il y aurait 200 fichiers de zones à modifier avec la nouvelle IP. Pour éviter cela, on définit alors www.lea-linux.org comme CNAME de linuxmutuel.kilio.fr.

<div class="code">       IN      A      80.245.32.131 </div>

Vous remarquerez que le 1er champ est vide. Cela indique tout simplement que si l'on demande lea-linux.org directement (sans spécifier d'hôte) on aura l'IP 80.245.32.131. Ce qui permet de taper dans votre navigateur [http://lea-linux.org/ http://lea-linux.org] sans le "www"..

Voici un autre exemple qui n'est pas dans notre zone mais qui définit le type TXT:

<div class="code"> info      IN      TXT      Zone du fabuleux site linux entre amis </div>

Indique que info à comme valeur “Zone du fabuleux site Linux entre amis”. Aucune application n'a besoin de ce type d'enregistrement, mais il peut être utile pour donner des infos sur une zone, etc..

Il existe d'autres types d'enregistrements que ceux vu ci-dessus, mais ils sont très rarement utilisés sur l'Internet. Consultez les RFC sur les DNS si vous souhaitez les connaître.

== Serveur secondaire. ==

Tout ce que nous avons vu au dessus concerne la configuration du serveur primaire de votre zone. Il faut généralement déclarer lors de l'enregistrement de votre domaine chez un registar un serveur secondaire (et parfois des tertiaires etc.. mais la configuration est exactement identique à celle d'un serveur secondaire, et seul le secondaire et obligatoire). Il faut donc, vous vous en doutez, le configurer lui aussi.

Le serveur secondaire sert tout simplement à répondre aux requêtes à la place du primaire pour ne pas surcharger le serveur primaire ou si le serveur primaire est hors service temporairement.

Il doit contenir tout d'abord la configuration de base vue dans l'article “serveur cache” comme n'importe quel serveur DNS qu'il soit primaire ou secondaire. Et il doit aussi contenir dans son fichier named.conf les zones pour lesquelles il est serveur secondaire sous la forme:

<div class="code"> zone “lea-linux.org” <br />      { <br />      type slave <br /> file “zone/lea-linux.org” <br />      masters {ip_serveur_primaire;} <br />      } </div>

et rien d'autre. Pas de fichier de zone ni rien. Les fichiers de zones seront créés automatiquement en interrogeant le serveur primaire directement via la directive masters.

== Et si ça marche pas? ==

Vous pouvez alors faire exactement les m<font face="Bitstream Vera Serif">ê</font>mes vérifications que celles données dans l'article serveur cache. La seule différence est que si vous faites les tests nslookup sur le serveur primaire vous ne devez pas avoir de réponse “Non-authoritative”.

<br /><br />

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/2003.</div>

BIND serveur de zone - Historique des versions

Jiel le 16 décembre 2023 à 15:55

Lea : Lea a déplacé la page Reseau-name-dns2 vers BIND serveur de zone

Jiel le 4 janvier 2011 à 16:12

Nicola : retouches

Teo : /* Et si ça ne marche pas ? */

Teo : /* DNS BIND 2e partie : serveur de Zone */

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

Lea : Lea a déplacé la page Reseau-name-dns2 vers BIND serveur de zone

Nicola : retouches

Teo : /* Et si ça ne marche pas ? */

Teo : /* DNS BIND 2e partie : serveur de Zone */

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter