Bonjour,
j'ai configuré sur RedHat un DNS pour mon nom de demaine acheté auprès d'un
register.
qd je fais un nslookup ou dig sur le serveur directement, il n'y a pas de
problème !
les informations retournées correspondent bien.
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le
domaine.
comment puis-je savoir si mon domaine est bien remonté vers les serveurs
racines ?
je suppose que les serveurs racines n'ont pas pris en compte mon domaine ...
dans mon fichier named.conf, je n'ai indiqué que ceci:
zone "mondomaine.com" IN {
type master;
file "mondomaine.com.zone";
allow-update { none; };
};
manque t il quelquechose ?
Dans le message <news:41879f2f$0$20021$, *A.B.* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
j'ai configuré sur RedHat un DNS pour mon nom de demaine acheté auprès d'un register. qd je fais un nslookup ou dig sur le serveur directement, il n'y a pas de problème ! les informations retournées correspondent bien. Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine.
C'est-à-dire ? Quelles sont les requêtes faites, avec quelles commandes elles sont faites et quels sont les messages retournés par ces commandes ?
comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Déjà, première chose à faire c'est de vérifier la validité de votre nom de domaine et des informations qui lui sont rattachées en particulier les adresses des serveurs de noms.
$ whois votredomaine.tld
Ensuite, pour interroger un nom de domaine depuis les serveurs racines jusqu'aux serveurs qui ont autorité sur ce nom de domaine, on peut utiliser la commande 'dig' avec l'option '+trace'.
$ dig +trace votredomaine.tld ns
je suppose que les serveurs racines n'ont pas pris en compte mon domaine
Cela dépend depuis quand votre nom de domaine a été créé ou mis à jour chez votre registraire et du tld de votre nom de domaine. Généralement les serveurs racines sont mis à jour au moins une fois par jour et il faut donc compter entre 24H et 48H pour qu'un nom de domaine soit vu.
... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
C'est peu mais suffisant. Il faudra par la suite peaufiner la configuration surtout au niveau de la sécurité. Par contre, comment est renseigné le fichier zone de votre nom de domaine ?
merci
De rien.
-- TiChou
Dans le message <news:41879f2f$0$20021$626a14ce@news.free.fr>,
*A.B.* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
j'ai configuré sur RedHat un DNS pour mon nom de demaine acheté auprès
d'un register.
qd je fais un nslookup ou dig sur le serveur directement, il n'y a pas de
problème !
les informations retournées correspondent bien.
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le
domaine.
C'est-à-dire ? Quelles sont les requêtes faites, avec quelles commandes
elles sont faites et quels sont les messages retournés par ces commandes ?
comment puis-je savoir si mon domaine est bien remonté vers les serveurs
racines ?
Déjà, première chose à faire c'est de vérifier la validité de votre nom de
domaine et des informations qui lui sont rattachées en particulier les
adresses des serveurs de noms.
$ whois votredomaine.tld
Ensuite, pour interroger un nom de domaine depuis les serveurs racines
jusqu'aux serveurs qui ont autorité sur ce nom de domaine, on peut utiliser
la commande 'dig' avec l'option '+trace'.
$ dig +trace votredomaine.tld ns
je suppose que les serveurs racines n'ont pas pris en compte mon domaine
Cela dépend depuis quand votre nom de domaine a été créé ou mis à jour chez
votre registraire et du tld de votre nom de domaine. Généralement les
serveurs racines sont mis à jour au moins une fois par jour et il faut donc
compter entre 24H et 48H pour qu'un nom de domaine soit vu.
... dans mon fichier named.conf, je n'ai indiqué que ceci:
zone "mondomaine.com" IN {
type master;
file "mondomaine.com.zone";
allow-update { none; };
};
manque t il quelquechose ?
C'est peu mais suffisant. Il faudra par la suite peaufiner la configuration
surtout au niveau de la sécurité.
Par contre, comment est renseigné le fichier zone de votre nom de domaine ?
Dans le message <news:41879f2f$0$20021$, *A.B.* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
j'ai configuré sur RedHat un DNS pour mon nom de demaine acheté auprès d'un register. qd je fais un nslookup ou dig sur le serveur directement, il n'y a pas de problème ! les informations retournées correspondent bien. Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine.
C'est-à-dire ? Quelles sont les requêtes faites, avec quelles commandes elles sont faites et quels sont les messages retournés par ces commandes ?
comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Déjà, première chose à faire c'est de vérifier la validité de votre nom de domaine et des informations qui lui sont rattachées en particulier les adresses des serveurs de noms.
$ whois votredomaine.tld
Ensuite, pour interroger un nom de domaine depuis les serveurs racines jusqu'aux serveurs qui ont autorité sur ce nom de domaine, on peut utiliser la commande 'dig' avec l'option '+trace'.
$ dig +trace votredomaine.tld ns
je suppose que les serveurs racines n'ont pas pris en compte mon domaine
Cela dépend depuis quand votre nom de domaine a été créé ou mis à jour chez votre registraire et du tld de votre nom de domaine. Généralement les serveurs racines sont mis à jour au moins une fois par jour et il faut donc compter entre 24H et 48H pour qu'un nom de domaine soit vu.
... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
C'est peu mais suffisant. Il faudra par la suite peaufiner la configuration surtout au niveau de la sécurité. Par contre, comment est renseigné le fichier zone de votre nom de domaine ?
merci
De rien.
-- TiChou
Bruno
Bonjour, j'ai configuré sur RedHat un DNS pour mon nom de demaine acheté auprès d'un register. qd je fais un nslookup ou dig sur le serveur directement, il n'y a pas de problème ! les informations retournées correspondent bien. Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine. comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Avec google je suis tombé là dessus : http://www.acmebw.com/askmrdns/bind-messages.html En gros, regarde ce qui se passe dans les logs de named : s'il y a un truc comme : approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org" c'est bon signe.
je suppose que les serveurs racines n'ont pas pris en compte mon domaine ... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
Je ne connais pas named, mais je sais que pour transformer une nom en ip il n'y a en général pas de soucis, tandis que l'inverse il faut que ton fournisseur d'adresse IP le permette. D'ou passer par le smtp du fournisseur d'accès (pb fréquent). Enfin, ce que j'ai compris de la chose.
merci Oré
Bonjour,
j'ai configuré sur RedHat un DNS pour mon nom de demaine acheté auprès d'un
register.
qd je fais un nslookup ou dig sur le serveur directement, il n'y a pas de
problème !
les informations retournées correspondent bien.
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le
domaine.
comment puis-je savoir si mon domaine est bien remonté vers les serveurs
racines ?
Avec google je suis tombé là dessus :
http://www.acmebw.com/askmrdns/bind-messages.html
En gros, regarde ce qui se passe dans les logs de named : s'il y a un
truc comme :
approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org"
c'est bon signe.
je suppose que les serveurs racines n'ont pas pris en compte mon domaine ...
dans mon fichier named.conf, je n'ai indiqué que ceci:
zone "mondomaine.com" IN {
type master;
file "mondomaine.com.zone";
allow-update { none; };
};
manque t il quelquechose ?
Je ne connais pas named, mais je sais que pour transformer une nom en ip
il n'y a en général pas de soucis, tandis que l'inverse il faut que ton
fournisseur d'adresse IP le permette. D'ou passer par le smtp du
fournisseur d'accès (pb fréquent). Enfin, ce que j'ai compris de la chose.
Bonjour, j'ai configuré sur RedHat un DNS pour mon nom de demaine acheté auprès d'un register. qd je fais un nslookup ou dig sur le serveur directement, il n'y a pas de problème ! les informations retournées correspondent bien. Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine. comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Avec google je suis tombé là dessus : http://www.acmebw.com/askmrdns/bind-messages.html En gros, regarde ce qui se passe dans les logs de named : s'il y a un truc comme : approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org" c'est bon signe.
je suppose que les serveurs racines n'ont pas pris en compte mon domaine ... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
Je ne connais pas named, mais je sais que pour transformer une nom en ip il n'y a en général pas de soucis, tandis que l'inverse il faut que ton fournisseur d'adresse IP le permette. D'ou passer par le smtp du fournisseur d'accès (pb fréquent). Enfin, ce que j'ai compris de la chose.
merci Oré
TiChou
Dans le message <news:4187aaaa$0$5794$, *Bruno* tapota sur f.c.o.l.configuration :
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine. comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Avec google je suis tombé là dessus : http://www.acmebw.com/askmrdns/bind-messages.html En gros, regarde ce qui se passe dans les logs de named : s'il y a un truc comme : approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org" c'est bon signe.
Permettez moi de vous dire que c'est du n'importe quoi. Le message que vous citez ici, indique que votre serveur DNS a accepté au serveur DNS 132.174.12.141 de lui transférer la zone fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom de domaine mais un sous domaine, existe sur les serveurs racines. Deux serveurs DNS peuvent très bien se transférer des zones de nom de domaine sans pour autant que les noms de domaines existent sur les serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a pas encore été créé sur les serveurs racines voir même ni validé par le registar.
... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
Je ne connais pas named,
Alors ne répondez pas car ici la question ne porte que sur named.
mais je sais que pour transformer une nom en ip il n'y a en général pas de soucis, tandis que l'inverse il faut que ton fournisseur d'adresse IP le permette. D'ou passer par le smtp du fournisseur d'accès (pb fréquent).
Vous mélangez tout, c'est la confusion totale et de ce fait au lieu d'aider vous ne faites qu'embrouiller encore plus la personne à qui vous répondez. En gros, permettez moi de vous dire de nouveau que c'est du n'importe quoi. ;-)
Enfin, ce que j'ai compris de la chose.
C'est très bien de vouloir aider mais quand on ne connaît rien à un sujet ou quand on n'est pas sur de ce qu'on dit, on s'abstient alors de répondre !
-- TiChou
Dans le message <news:4187aaaa$0$5794$8fcfb975@news.wanadoo.fr>,
*Bruno* tapota sur f.c.o.l.configuration :
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le
domaine. comment puis-je savoir si mon domaine est bien remonté
vers les serveurs racines ?
Avec google je suis tombé là dessus :
http://www.acmebw.com/askmrdns/bind-messages.html
En gros, regarde ce qui se passe dans les logs de named : s'il y a un truc
comme :
approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org"
c'est bon signe.
Permettez moi de vous dire que c'est du n'importe quoi.
Le message que vous citez ici, indique que votre serveur DNS a accepté au
serveur DNS 132.174.12.141 de lui transférer la zone fs.dedip.oclc.org. Ni
plus, ni moins. On ne peut donc pas déduire si oui ou non la zone
fs.dedip.oclc.org qui, au passage, n'est même pas un nom de domaine mais un
sous domaine, existe sur les serveurs racines.
Deux serveurs DNS peuvent très bien se transférer des zones de nom de
domaine sans pour autant que les noms de domaines existent sur les serveurs
racines. C'est d'ailleurs ce qui se passe quand on a configuré un nom de
domaine sur ses serveurs DNS alors que le nom de domaine n'a pas encore été
créé sur les serveurs racines voir même ni validé par le registar.
... dans mon fichier named.conf, je n'ai indiqué que ceci:
zone "mondomaine.com" IN {
type master; file "mondomaine.com.zone";
allow-update { none; };
};
manque t il quelquechose ?
Je ne connais pas named,
Alors ne répondez pas car ici la question ne porte que sur named.
mais je sais que pour transformer une nom en ip il n'y a en général pas de
soucis, tandis que l'inverse il faut que ton fournisseur d'adresse IP le
permette. D'ou passer par le smtp du fournisseur d'accès (pb fréquent).
Vous mélangez tout, c'est la confusion totale et de ce fait au lieu d'aider
vous ne faites qu'embrouiller encore plus la personne à qui vous répondez.
En gros, permettez moi de vous dire de nouveau que c'est du n'importe
quoi. ;-)
Enfin, ce que j'ai compris de la chose.
C'est très bien de vouloir aider mais quand on ne connaît rien à un sujet ou
quand on n'est pas sur de ce qu'on dit, on s'abstient alors de répondre !
Dans le message <news:4187aaaa$0$5794$, *Bruno* tapota sur f.c.o.l.configuration :
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine. comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Avec google je suis tombé là dessus : http://www.acmebw.com/askmrdns/bind-messages.html En gros, regarde ce qui se passe dans les logs de named : s'il y a un truc comme : approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org" c'est bon signe.
Permettez moi de vous dire que c'est du n'importe quoi. Le message que vous citez ici, indique que votre serveur DNS a accepté au serveur DNS 132.174.12.141 de lui transférer la zone fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom de domaine mais un sous domaine, existe sur les serveurs racines. Deux serveurs DNS peuvent très bien se transférer des zones de nom de domaine sans pour autant que les noms de domaines existent sur les serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a pas encore été créé sur les serveurs racines voir même ni validé par le registar.
... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
Je ne connais pas named,
Alors ne répondez pas car ici la question ne porte que sur named.
mais je sais que pour transformer une nom en ip il n'y a en général pas de soucis, tandis que l'inverse il faut que ton fournisseur d'adresse IP le permette. D'ou passer par le smtp du fournisseur d'accès (pb fréquent).
Vous mélangez tout, c'est la confusion totale et de ce fait au lieu d'aider vous ne faites qu'embrouiller encore plus la personne à qui vous répondez. En gros, permettez moi de vous dire de nouveau que c'est du n'importe quoi. ;-)
Enfin, ce que j'ai compris de la chose.
C'est très bien de vouloir aider mais quand on ne connaît rien à un sujet ou quand on n'est pas sur de ce qu'on dit, on s'abstient alors de répondre !
-- TiChou
Gilles
Dans le message <news:4187aaaa$0$5794$, *Bruno* tapota sur f.c.o.l.configuration :
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine. comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Avec google je suis tombé là dessus : http://www.acmebw.com/askmrdns/bind-messages.html En gros, regarde ce qui se passe dans les logs de named : s'il y a un truc comme : approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org" c'est bon signe.
Permettez moi de vous dire que c'est du n'importe quoi. Le message que vous citez ici, indique que votre serveur DNS a accepté au serveur DNS 132.174.12.141 de lui transférer la zone fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom de domaine mais un sous domaine, existe sur les serveurs racines. Deux serveurs DNS peuvent très bien se transférer des zones de nom de domaine sans pour autant que les noms de domaines existent sur les serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a pas encore été créé sur les serveurs racines voir même ni validé par le registar.
... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
Je ne connais pas named,
Alors ne répondez pas car ici la question ne porte que sur named.
mais je sais que pour transformer une nom en ip il n'y a en général pas de soucis, tandis que l'inverse il faut que ton fournisseur d'adresse IP le permette. D'ou passer par le smtp du fournisseur d'accès (pb fréquent).
Vous mélangez tout, c'est la confusion totale et de ce fait au lieu d'aider vous ne faites qu'embrouiller encore plus la personne à qui vous répondez. En gros, permettez moi de vous dire de nouveau que c'est du n'importe quoi. ;-)
Enfin, ce que j'ai compris de la chose.
C'est très bien de vouloir aider mais quand on ne connaît rien à un sujet ou quand on n'est pas sur de ce qu'on dit, on s'abstient alors de répondre !
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ... Critique quand tu nous tiens :-)
Dans le message <news:4187aaaa$0$5794$8fcfb975@news.wanadoo.fr>,
*Bruno* tapota sur f.c.o.l.configuration :
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait
pas le domaine. comment puis-je savoir si mon domaine est bien remonté
vers les serveurs racines ?
Avec google je suis tombé là dessus :
http://www.acmebw.com/askmrdns/bind-messages.html
En gros, regarde ce qui se passe dans les logs de named : s'il y a un
truc comme :
approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org"
c'est bon signe.
Permettez moi de vous dire que c'est du n'importe quoi.
Le message que vous citez ici, indique que votre serveur DNS a accepté
au serveur DNS 132.174.12.141 de lui transférer la zone
fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui
ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom
de domaine mais un sous domaine, existe sur les serveurs racines.
Deux serveurs DNS peuvent très bien se transférer des zones de nom de
domaine sans pour autant que les noms de domaines existent sur les
serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré
un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a
pas encore été créé sur les serveurs racines voir même ni validé par le
registar.
... dans mon fichier named.conf, je n'ai indiqué que ceci:
zone "mondomaine.com" IN {
type master; file "mondomaine.com.zone";
allow-update { none; };
};
manque t il quelquechose ?
Je ne connais pas named,
Alors ne répondez pas car ici la question ne porte que sur named.
mais je sais que pour transformer une nom en ip il n'y a en général
pas de soucis, tandis que l'inverse il faut que ton fournisseur
d'adresse IP le permette. D'ou passer par le smtp du fournisseur
d'accès (pb fréquent).
Vous mélangez tout, c'est la confusion totale et de ce fait au lieu
d'aider vous ne faites qu'embrouiller encore plus la personne à qui vous
répondez.
En gros, permettez moi de vous dire de nouveau que c'est du n'importe
quoi. ;-)
Enfin, ce que j'ai compris de la chose.
C'est très bien de vouloir aider mais quand on ne connaît rien à un
sujet ou quand on n'est pas sur de ce qu'on dit, on s'abstient alors de
répondre !
C'est tres bien de vouloir aider mais quand on connait et qu'on
n'apporte pas la solution on s'abstient ...
Critique quand tu nous tiens :-)
Dans le message <news:4187aaaa$0$5794$, *Bruno* tapota sur f.c.o.l.configuration :
Pourtant quand je le fais sur un autre ordinateur, il ne reconnait pas le domaine. comment puis-je savoir si mon domaine est bien remonté vers les serveurs racines ?
Avec google je suis tombé là dessus : http://www.acmebw.com/askmrdns/bind-messages.html En gros, regarde ce qui se passe dans les logs de named : s'il y a un truc comme : approved AXFR from [132.174.12.141].60685 for "fs.dedip.oclc.org" c'est bon signe.
Permettez moi de vous dire que c'est du n'importe quoi. Le message que vous citez ici, indique que votre serveur DNS a accepté au serveur DNS 132.174.12.141 de lui transférer la zone fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom de domaine mais un sous domaine, existe sur les serveurs racines. Deux serveurs DNS peuvent très bien se transférer des zones de nom de domaine sans pour autant que les noms de domaines existent sur les serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a pas encore été créé sur les serveurs racines voir même ni validé par le registar.
... dans mon fichier named.conf, je n'ai indiqué que ceci: zone "mondomaine.com" IN { type master; file "mondomaine.com.zone"; allow-update { none; }; }; manque t il quelquechose ?
Je ne connais pas named,
Alors ne répondez pas car ici la question ne porte que sur named.
mais je sais que pour transformer une nom en ip il n'y a en général pas de soucis, tandis que l'inverse il faut que ton fournisseur d'adresse IP le permette. D'ou passer par le smtp du fournisseur d'accès (pb fréquent).
Vous mélangez tout, c'est la confusion totale et de ce fait au lieu d'aider vous ne faites qu'embrouiller encore plus la personne à qui vous répondez. En gros, permettez moi de vous dire de nouveau que c'est du n'importe quoi. ;-)
Enfin, ce que j'ai compris de la chose.
C'est très bien de vouloir aider mais quand on ne connaît rien à un sujet ou quand on n'est pas sur de ce qu'on dit, on s'abstient alors de répondre !
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ... Critique quand tu nous tiens :-)
Nicolas George
Gilles wrote in message :
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et utiles pour diagnostiquer le problème deux messages plus tôt.
Gilles wrote in message <2uq0ndF2dj8dqU1@uni-berlin.de>:
C'est tres bien de vouloir aider mais quand on connait et qu'on
n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et
utiles pour diagnostiquer le problème deux messages plus tôt.
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et utiles pour diagnostiquer le problème deux messages plus tôt.
Bruno Mathieu
Gilles a écrit:
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ... Critique quand tu nous tiens :-)
J'avais eu un pb avec djbdns : - qui semblait similaire ; - qui s'est résolu depuis que j'autorise des machines à transférer ma zone. Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le premier commentaire que j'aurais pu résumer en : "as tu regardé les log de named ?" Amha, c'est la premère chose à faire.
Ensuite j'ai eu des soucis avec la zone inverse. La requête initiale n'étant pas très précise, j'ai mis le deuxième commentaire.
Si ça a embrouillé, cela http://www.freesoft.org/CIE/Course/Section2/index.htm desembrouillera.
-- Bruno
Gilles a écrit:
C'est tres bien de vouloir aider mais quand on connait et qu'on
n'apporte pas la solution on s'abstient ...
Critique quand tu nous tiens :-)
J'avais eu un pb avec djbdns :
- qui semblait similaire ;
- qui s'est résolu depuis que j'autorise des machines à transférer ma zone.
Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le premier
commentaire que j'aurais pu résumer en : "as tu regardé les log de named ?"
Amha, c'est la premère chose à faire.
Ensuite j'ai eu des soucis avec la zone inverse. La requête initiale n'étant
pas très précise, j'ai mis le deuxième commentaire.
Si ça a embrouillé, cela
http://www.freesoft.org/CIE/Course/Section2/index.htm
desembrouillera.
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ... Critique quand tu nous tiens :-)
J'avais eu un pb avec djbdns : - qui semblait similaire ; - qui s'est résolu depuis que j'autorise des machines à transférer ma zone. Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le premier commentaire que j'aurais pu résumer en : "as tu regardé les log de named ?" Amha, c'est la premère chose à faire.
Ensuite j'ai eu des soucis avec la zone inverse. La requête initiale n'étant pas très précise, j'ai mis le deuxième commentaire.
Si ça a embrouillé, cela http://www.freesoft.org/CIE/Course/Section2/index.htm desembrouillera.
-- Bruno
Rakotomandimby Mihamina
On Tue, 02 Nov 2004 18:39:11 +0000, Nicolas George wrote:
Gilles wrote in message :
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et utiles pour diagnostiquer le problème deux messages plus tôt.
Mais quand bien meme il n'en aurait pas donné, il a vu que c'est une fausse piste ... On peut savoir que telle piste est fausse, sans savoir laquelle est la bonne ...
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
On Tue, 02 Nov 2004 18:39:11 +0000, Nicolas George wrote:
Gilles wrote in message <2uq0ndF2dj8dqU1@uni-berlin.de>:
C'est tres bien de vouloir aider mais quand on connait et qu'on
n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et
utiles pour diagnostiquer le problème deux messages plus tôt.
Mais quand bien meme il n'en aurait pas donné, il a vu que c'est une
fausse piste ... On peut savoir que telle piste est fausse, sans savoir
laquelle est la bonne ...
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
On Tue, 02 Nov 2004 18:39:11 +0000, Nicolas George wrote:
Gilles wrote in message :
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et utiles pour diagnostiquer le problème deux messages plus tôt.
Mais quand bien meme il n'en aurait pas donné, il a vu que c'est une fausse piste ... On peut savoir que telle piste est fausse, sans savoir laquelle est la bonne ...
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
TiChou
Dans le message <news:ByQhd.11361$, *Bruno Mathieu* tapota sur f.c.o.l.configuration :
J'avais eu un pb avec djbdns : - qui semblait similaire ; - qui s'est résolu depuis que j'autorise des machines à transférer ma zone.
Par défaut, bind autorise le transfert de zone (d'où d'ailleurs ma remarque sur la sécurité) et l'autorise de toute manière aux serveurs DNS secondaires renseignés dans le fichier de zone.
Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le premier commentaire que j'aurais pu résumer en : "as tu regardé les log de named ?" Amha, c'est la premère chose à faire.
Tout à fait et je m'étonne même l'avoir précisé dans mon autre réponse. Et en y pensant, cela me fait penser qu'il faudrait vérifier aussi si le firewall ne bloque pas les connexions DNS venant de l'extérieur.
-- TiChou
Dans le message <news:ByQhd.11361$1p.9412@nntpserver.swip.net>,
*Bruno Mathieu* tapota sur f.c.o.l.configuration :
J'avais eu un pb avec djbdns :
- qui semblait similaire ;
- qui s'est résolu depuis que j'autorise des machines à transférer ma
zone.
Par défaut, bind autorise le transfert de zone (d'où d'ailleurs ma remarque
sur la sécurité) et l'autorise de toute manière aux serveurs DNS secondaires
renseignés dans le fichier de zone.
Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le
premier commentaire que j'aurais pu résumer en : "as tu regardé les log de
named ?" Amha, c'est la premère chose à faire.
Tout à fait et je m'étonne même l'avoir précisé dans mon autre réponse.
Et en y pensant, cela me fait penser qu'il faudrait vérifier aussi si le
firewall ne bloque pas les connexions DNS venant de l'extérieur.
Dans le message <news:ByQhd.11361$, *Bruno Mathieu* tapota sur f.c.o.l.configuration :
J'avais eu un pb avec djbdns : - qui semblait similaire ; - qui s'est résolu depuis que j'autorise des machines à transférer ma zone.
Par défaut, bind autorise le transfert de zone (d'où d'ailleurs ma remarque sur la sécurité) et l'autorise de toute manière aux serveurs DNS secondaires renseignés dans le fichier de zone.
Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le premier commentaire que j'aurais pu résumer en : "as tu regardé les log de named ?" Amha, c'est la premère chose à faire.
Tout à fait et je m'étonne même l'avoir précisé dans mon autre réponse. Et en y pensant, cela me fait penser qu'il faudrait vérifier aussi si le firewall ne bloque pas les connexions DNS venant de l'extérieur.
-- TiChou
TiChou
(supersedes , suppression d'une affirmation fausse ;p)
Dans le message <news:ByQhd.11361$, *Bruno Mathieu* tapota sur f.c.o.l.configuration :
J'avais eu un pb avec djbdns : - qui semblait similaire ; - qui s'est résolu depuis que j'autorise des machines à transférer ma zone.
Par défaut, bind autorise le transfert de zone (d'où d'ailleurs ma remarque sur la sécurité).
Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le premier commentaire que j'aurais pu résumer en : "as tu regardé les log de named ?" Amha, c'est la premère chose à faire.
Tout à fait et je m'étonne même l'avoir précisé dans mon autre réponse. Et en y pensant, cela me fait penser qu'il faudrait vérifier aussi si le firewall ne bloque pas les connexions DNS venant de l'extérieur.
-- TiChou
(supersedes <polom.20041102200735@florizarre.tichou.org>, suppression d'une
affirmation fausse ;p)
Dans le message <news:ByQhd.11361$1p.9412@nntpserver.swip.net>,
*Bruno Mathieu* tapota sur f.c.o.l.configuration :
J'avais eu un pb avec djbdns :
- qui semblait similaire ;
- qui s'est résolu depuis que j'autorise des machines à transférer ma
zone.
Par défaut, bind autorise le transfert de zone (d'où d'ailleurs ma remarque
sur la sécurité).
Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le
premier commentaire que j'aurais pu résumer en : "as tu regardé les log de
named ?" Amha, c'est la premère chose à faire.
Tout à fait et je m'étonne même l'avoir précisé dans mon autre réponse.
Et en y pensant, cela me fait penser qu'il faudrait vérifier aussi si le
firewall ne bloque pas les connexions DNS venant de l'extérieur.
(supersedes , suppression d'une affirmation fausse ;p)
Dans le message <news:ByQhd.11361$, *Bruno Mathieu* tapota sur f.c.o.l.configuration :
J'avais eu un pb avec djbdns : - qui semblait similaire ; - qui s'est résolu depuis que j'autorise des machines à transférer ma zone.
Par défaut, bind autorise le transfert de zone (d'où d'ailleurs ma remarque sur la sécurité).
Et c'est en étudiant les logs de djbdns que j'ai vu ce pb. D'où le premier commentaire que j'aurais pu résumer en : "as tu regardé les log de named ?" Amha, c'est la premère chose à faire.
Tout à fait et je m'étonne même l'avoir précisé dans mon autre réponse. Et en y pensant, cela me fait penser qu'il faudrait vérifier aussi si le firewall ne bloque pas les connexions DNS venant de l'extérieur.
-- TiChou
Gilles
Gilles wrote in message :
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et utiles pour diagnostiquer le problème deux messages plus tôt.
sic tichou " Alors ne répondez pas car ici la question ne porte que sur named. " sic " Permettez moi de vous dire que c'est du n'importe quoi. Le message que vous citez ici, indique que votre serveur DNS a accepté au serveur DNS 132.174.12.141 de lui transférer la zone fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom de domaine mais un sous domaine, existe sur les serveurs racines. Deux serveurs DNS peuvent très bien se transférer des zones de nom de domaine sans pour autant que les noms de domaines existent sur les serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a pas encore été créé sur les serveurs racines voir même ni validé par le registar. " ou est la reponse ? Apporter des fiches techniques generales ne lui donneront pas la solution.
enfin ce que j'en dit .... Tjrs le meme Pb des soit-disants guru qui ne se repeuplent pas de peur de perdre leur pouvoir ( si ephemere dans la realite des phenomenes ) Debat clos pour moi
a tous bonne soiree
NB: au fait les gurus , aucun n'a pu repondre a mon poste sur le sata :-)
Gilles wrote in message <2uq0ndF2dj8dqU1@uni-berlin.de>:
C'est tres bien de vouloir aider mais quand on connait et qu'on
n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et
utiles pour diagnostiquer le problème deux messages plus tôt.
sic tichou
"
Alors ne répondez pas car ici la question ne porte que sur named.
"
sic
"
Permettez moi de vous dire que c'est du n'importe quoi.
Le message que vous citez ici, indique que votre serveur DNS a accepté
au serveur DNS 132.174.12.141 de lui transférer la zone
fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui
ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom
de domaine mais un sous domaine, existe sur les serveurs racines.
Deux serveurs DNS peuvent très bien se transférer des zones de nom de
domaine sans pour autant que les noms de domaines existent sur les
serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré
un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a
pas encore été créé sur les serveurs racines voir même ni validé par le
registar.
"
ou est la reponse ?
Apporter des fiches techniques generales ne lui donneront pas la solution.
enfin ce que j'en dit ....
Tjrs le meme Pb des soit-disants guru qui ne se repeuplent pas de peur
de perdre leur pouvoir ( si ephemere dans la realite des phenomenes )
Debat clos pour moi
a tous bonne soiree
NB: au fait les gurus , aucun n'a pu repondre a mon poste sur le sata :-)
C'est tres bien de vouloir aider mais quand on connait et qu'on n'apporte pas la solution on s'abstient ...
Ça tombe bien, TiChou a donné des indications tout à fait pertinentes et utiles pour diagnostiquer le problème deux messages plus tôt.
sic tichou " Alors ne répondez pas car ici la question ne porte que sur named. " sic " Permettez moi de vous dire que c'est du n'importe quoi. Le message que vous citez ici, indique que votre serveur DNS a accepté au serveur DNS 132.174.12.141 de lui transférer la zone fs.dedip.oclc.org. Ni plus, ni moins. On ne peut donc pas déduire si oui ou non la zone fs.dedip.oclc.org qui, au passage, n'est même pas un nom de domaine mais un sous domaine, existe sur les serveurs racines. Deux serveurs DNS peuvent très bien se transférer des zones de nom de domaine sans pour autant que les noms de domaines existent sur les serveurs racines. C'est d'ailleurs ce qui se passe quand on a configuré un nom de domaine sur ses serveurs DNS alors que le nom de domaine n'a pas encore été créé sur les serveurs racines voir même ni validé par le registar. " ou est la reponse ? Apporter des fiches techniques generales ne lui donneront pas la solution.
enfin ce que j'en dit .... Tjrs le meme Pb des soit-disants guru qui ne se repeuplent pas de peur de perdre leur pouvoir ( si ephemere dans la realite des phenomenes ) Debat clos pour moi
a tous bonne soiree
NB: au fait les gurus , aucun n'a pu repondre a mon poste sur le sata :-)
