Ubuntu-fr

Bzh

Kimsufi et gestion des noms de domaine

Bonjour,

Je viens de prendre un serveur dédié Kimsufi afin de configurer aux petits oignons un serveur.

Mais voila, je bloque completement sur la gestion des noms de domaines.

Impossible d'arriver a faire pointer un nom de domaine sur mon serveur :

ZoneCheck: vannes-night.fr.
Information sur la Zone
Zone    vannes-night.fr.
Primaire    ks353712.kimsufi.com.    91.121.98.159
Secondaire    ns.kimsufi.com.    213.186.33.199
Progression
Progression          Tests        Vitesse        Temps 
16%                     13    3.71    0:20

cohérence avec la liste des serveurs de noms donnée (IP=91.121.98.159)
Résultat des tests
---- avertissement ----
a: Le numéro de série n'est pas de la forme AAAAMMJJnn

    * Réf: RFC1912 (p.3)

      The recommended syntax is YYYYMMDDnn (YYYY=year, MM=month, DD=day, nn=revision number).

    *

      Le numéro de série 1198455241 ne semble pas être au format YYYYMMDDnn.

    * ns.kimsufi.com./213.186.33.199
    * ks353712.kimsufi.com./91.121.98.159

---- fatal ----
f: La liste des serveurs récupérée ne correspond pas à  celle donnée

    *

      La liste des serveurs de noms donnée (ks353712.kimsufi.com., ns.kimsufi.com.) n'est pas cohérente avec celle récupérée sur la zone (ks353712.kimsufi.com.).

    * ns.kimsufi.com./213.186.33.199
    * ks353712.kimsufi.com./91.121.98.159

Statut final
ECHEC (et 2 avertissement(s))

Quelqu'un pourrait il m'aider ? Je tourne sur une Debian etch.

Utilisez-vous Webmin ? Me le conseillez-vous ?

Le serveur de dns Bind 9 est installé, est il vraiment necessaire ??

Merci pour votre aide

Dernière modification par Bzh (Le 24/12/2007, à 15:18)

HymnToLife

Re : Kimsufi et gestion des noms de domaine

Impossible d'arriver a faire pointer un nom de domaine sur mon serveur

Le serveur de dns Bind 9 est installé, est il vraiment necessaire ??

Quel est ton fournissezur de nom de domaine ? Est-ce que tu as vraiment besoin d'avoir ton propre serveur de noms ?

Utilisez-vous Webmin ? Me le conseillez-vous ?

NON !!

---

- Rodrigue, as-tu du cœur ?
- Non, mais j'ai du pique !

Bzh

Re : Kimsufi et gestion des noms de domaine

Ah ! Bonne nouvelle pour ce qui est de Webmin ! Je préfère m'en passer aussi.

Donc, vous me dites qu'un serveur de nom de domaine comme Bind n'est pas obligatoire.

C'est ovh qui gère mes noms de domaines. Donc je peux très bien me passer d'un serveur de nom de domaines et utiliser simplement les virtuals hosts d'apache.

Bind n'est donc pas necessaire !!?? C'est bien cela ?

HymnToLife

Re : Kimsufi et gestion des noms de domaine

En effet, je ne passe pas pas OVH pour mes noms de domaines, mais ça m'étonnerait franchement qu'ils ne proposent pas une interface pour configurer ça en utilisant leurs propres serveurs. Par contre, tu seras peut-être limité quant au nombre de sous-domaines que tu peux avoir (chez 1&1, c'est limité à 10, et il faut te faire ton propre serveur de noms si tu veux en avoir plus).

---

- Rodrigue, as-tu du cœur ?
- Non, mais j'ai du pique !

Bzh

Re : Kimsufi et gestion des noms de domaine

Ah ! oki, donc oui, je suis obligé de passer par mon propre serveur de noms alors.

Je souhaites proposer un sous domaine par membres sur un des sites.

Donc bind est obligatoire !

Merci beaucoup !

HymnToLife

Re : Kimsufi et gestion des noms de domaine

Bon, l'erreur que tu as vient du fait que la liste des serveurs de noms que du as donnée à  ZoneCheck ne correspo,d pas à  ce qu'il y a dans ton fichier de zone. Normalement, tu as ça :

                IN      NS      ks353712.kimsufi.com.

En dessous, rajoute ça :

                IN      NS      ns.kimsufi.com.

---

- Rodrigue, as-tu du cœur ?
- Non, mais j'ai du pique !

Bzh

Re : Kimsufi et gestion des noms de domaine

Merci beaucoup, je vous donne mes deux fichiers de config:

named.conf

// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind9/README.Debian.gz for information on the 
// structure of BIND configuration files in Debian, *BEFORE* you customize 
// this configuration file.
//
// If you are just adding zones, please do that in /etc/bind/named.conf.local

include "/etc/bind/named.conf.options";

// prime the server with knowledge of the root servers
zone "." {
	type hint;
	file "/etc/bind/db.root";
};

// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912

zone "localhost" {
	type master;
	file "/etc/bind/db.local";
};

zone "127.in-addr.arpa" {
	type master;
	file "/etc/bind/db.127";
};

zone "0.in-addr.arpa" {
	type master;
	file "/etc/bind/db.0";
};

zone "255.in-addr.arpa" {
	type master;
	file "/etc/bind/db.255";
};

////////////////////////////////////////////////////////////////////
//Ajout par Manu
zone "vannes-night.fr" {
	type master;
        file "/etc/bind/db.vannes-night.fr";
};
///////////////////////////////////////////////////////////////////

// zone "com" { type delegation-only; };
// zone "net" { type delegation-only; };

// From the release notes:
//  Because many of our users are uncomfortable receiving undelegated answers
//  from root or top level domains, other than a few for whom that behaviour
//  has been trusted and expected for quite some length of time, we have now
//  introduced the "root-delegations-only" feature which applies delegation-only
//  logic to all top level domains, and to the root domain.  An exception list
//  should be specified, including "MUSEUM" and "DE", and any other top level
//  domains from whom undelegated responses are expected and trusted.
// root-delegation-only exclude { "DE"; "MUSEUM"; };

include "/etc/bind/named.conf.local";

db.vannes-night.fr

$ORIGIN vannes-night.fr.
$TTL 86400
@ IN SOA     ns1.vannes-night.fr. postmaster.vannes-night.fr. (
	20071225;Serial
	604800;Refresh
	86400;Retry
	2419200;Expire
	604800  );Cache TTL

@ IN NS ns1.vannes-night.fr.
@ IN A  91.121.98.159
@ IN MX 5 mail

www IN A 91.121.98.159
mail IN A 91.121.98.159

ps: le site que l'on peut voir à  l'adresse vannes-night.fr actuellement n'est qu'un teste du cms joomla et donc en aucun cas un site en production.