J'ai un probl�me de r�solution du domaine NIC.CH :
------------------------------------------------------------------------
$ dig ns nic.ch.
; <<>> DiG 9.3.4-P1.2 <<>> ns nic.ch.
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 35551
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;nic.ch. IN NS
;; AUTHORITY SECTION:
ch. 3551 IN SOA a.nic.ch. helpdesk.nic.ch. 2009110511 3600 900 2592000
3600
;; Query time: 0 msec
;; SERVER: 10.3.1.3#53(10.3.1.3)
;; WHEN: Thu Nov 5 11:48:17 2009
;; MSG SIZE rcvd: 71
------------------------------------------------------------------------
En revanche, j'arrive bien � r�soudre n'importe quel autre nom de domaine
*.CH, par exemple :
------------------------------------------------------------------------
$ dig ns switch.ch.
; <<>> DiG 9.3.4-P1.2 <<>> ns switch.ch.
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33556
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;switch.ch. IN NS
;; ANSWER SECTION:
switch.ch. 172768 IN NS scsnms.switch.ch.
switch.ch. 172768 IN NS merapi.switch.ch.
;; Query time: 0 msec
;; SERVER: 10.3.1.3#53(10.3.1.3)
;; WHEN: Thu Nov 5 11:48:14 2009
;; MSG SIZE rcvd: 69
------------------------------------------------------------------------
Je n'arrive pas � comprendre d'o� cela peut-il bien venir...
J'ai mon propre serveur Bind (fonctionne comme r�solveur sur 10.3.1/24 et
comme serveur autoritaire primaire sur une adresse IP public) et bien
entendu, la zone NIC.CH n'est pas d�finie sur ce serveur.
Si des informations suppl�mentaires sont n�cessaires, n'h�sitez pas � me
demander.
Si il existe un groupe plus appropri� pour exposer mon probl�me, merci de
me r�orienter.
Merci de votre attention :-)
--
Daniel Dupont
Daniel Dupont a ᅵcrit :
>
> J'ai un problᅵme de rᅵsolution du domaine NIC.CH :
>
> ------------------------------------------------------------------------
> $ dig ns nic.ch.
>
> ; <<>> DiG 9.3.4-P1.2 <<>> ns nic.ch.
> ;; global options: printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 35551
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>
> ;; QUESTION SECTION:
> ;nic.ch. IN NS
>
> ;; AUTHORITY SECTION:
> ch. 3551 IN SOA a.nic.ch. helpdesk.nic.ch. 2009110511 3600 900 2592000
Apparemment le domaine nic.ch n'existe pas en tant que zone autonome, il
fait partie intᅵgrante de la zone ch. Donc pas d'enregistrement NS pour
nic.ch. En revanche il a des enregistrements A, AAAA et MX dans la zone ch.
> Daniel Dupont a �crit :
>>
>> J'ai un probl�me de r�solution du domaine NIC.CH :
>> -----------------------------------------------------------------------
>> $ dig ns nic.ch.
>>
>> ; <<>> DiG 9.3.4-P1.2 <<>> ns nic.ch. ;; global options: printcmd
>> ;; Got answer:
>> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 35551 ;; flags: qr
>> rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>>
>> ;; QUESTION SECTION:
>> ;nic.ch. IN NS
>>
>> ;; AUTHORITY SECTION:
>> ch. 3551 IN SOA a.nic.ch. helpdesk.nic.ch. 2009110511 3600 900 2592000
>
> Apparemment le domaine nic.ch n'existe pas en tant que zone autonome, il
> fait partie int�grante de la zone ch. Donc pas d'enregistrement NS pour
> nic.ch. En revanche il a des enregistrements A, AAAA et MX dans la zone
> ch.
Merci de ta r�ponse.
Mon probl�me reste le m�me si je demande l'enregistrement A :
----------------------------------------------------------------------
$ dig www.nic.ch
; <<>> DiG 9.3.4-P1.2 <<>> www.nic.ch
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 34646
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;www.nic.ch. IN A
;; Query time: 7 msec
;; SERVER: 10.3.1.3#53(10.3.1.3)
;; WHEN: Thu Nov 5 13:51:34 2009
;; MSG SIZE rcvd: 28
----------------------------------------------------------------------
Alors que si j'utilise les DNS de mes FAI (ici Nerim, mais c'est pareil
avec Free) :
----------------------------------------------------------------------
$ dig @62.4.16.70 www.nic.ch
; <<>> DiG 9.5.1-P2 <<>> @62.4.16.70 www.nic.ch
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65322
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 7, ADDITIONAL: 2
;; QUESTION SECTION:
;www.nic.ch. IN A
;; ANSWER SECTION:
www.nic.ch. 2457 IN A 130.59.31.247
;; AUTHORITY SECTION:
ch. 17055 IN NS d.nic.ch.
ch. 17055 IN NS c.nic.ch.
ch. 17055 IN NS E.nic.ch.
ch. 17055 IN NS a.nic.ch.
ch. 17055 IN NS h.nic.ch.
ch. 17055 IN NS f.nic.ch.
ch. 17055 IN NS b.nic.ch.
;; ADDITIONAL SECTION:
c.nic.ch. 165681 IN A 147.28.0.39
c.nic.ch. 165681 IN AAAA 2001:418:1::39
;; Query time: 45 msec
;; SERVER: 62.4.16.70#53(62.4.16.70)
;; WHEN: Thu Nov 5 13:55:15 2009
;; MSG SIZE rcvd: 200
----------------------------------------------------------------------
Ce que je ne comprend pas, c'est que �a ne fonctionne pas uniquement pour
le domaine NIC.CH (en tous cas, tous les autres que j'ai pu tester
fonctionnent correctement que ce soit sur CH ou un autre TLD)...
--
Daniel Dupont
Non, le problᅵme n'est pas du tout le mᅵme. Dans le cas prᅵcᅵdent, ton
serveur renvoyait la bonne rᅵponse et tu aurais reᅵu la mᅵme rᅵponse des
DNS de tes FAI. Ici, ton serveur ne renvoie pas la bonne rᅵponse
(domaine non existant alors que l'enregistrement existe). Peut-ᅵtre un
problᅵme de cache. Tu as essayᅵ de redᅵmarrer BIND ?
>> Mon probl�me reste le m�me si je demande l'enregistrement A :
>>
>> ; <<>> DiG 9.3.4-P1.2 <<>> www.nic.ch ;; global options: printcmd
>> ;; Got answer:
>> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 34646 ;; flags: qr
>> rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
> [...]
>> Alors que si j'utilise les DNS de mes FAI (ici Nerim, mais c'est pareil
>> avec Free) :
>>
>> ; <<>> DiG 9.5.1-P2 <<>> @62.4.16.70 www.nic.ch ; (1 server found)
>> ;; global options: printcmd
>> ;; Got answer:
>> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65322 ;; flags: qr
>> rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 7, ADDITIONAL: 2
>
> Non, le probl�me n'est pas du tout le m�me. Dans le cas pr�c�dent, ton
> serveur renvoyait la bonne r�ponse et tu aurais re�u la m�me r�ponse des
> DNS de tes FAI.
Oui, tu as raison. En fait je n'avais pas fait mes tests avec les
enregistrements NS mais avec les enregistrement A et MX. J'ai voulu �tre
plus g�n�rique en utilisant les NS mais cela a masqu� mon probl�me :-(
Je me suis aper�u du probl�me car je n'arrivais pas � utiliser le site
<http://www.nic.ch/> vu que la r�solution ne se faisait pas (bon on peut
tout de m�me l'atteindre par l'IP).
> Ici, ton serveur ne renvoie pas la bonne r�ponse (domaine non existant
> alors que l'enregistrement existe). Peut-�tre un probl�me de cache. Tu
> as essay� de red�marrer BIND ?
Oui, bien s�r.
Pour info, voici ma configuration bind 9.3.4-2etch5 :
-----------------------------------------------------------------------
acl secondary_dns { 192.0.2.1; };
acl private_net { 10.3.0.0/16; };
acl bogus_net { 0.0.0.0/8; 10.0.0.0/8; 192.168.0.0/16; 127.0.0.0/8;
172.16.0.0/12; };
options {
version "hidden";
auth-nxdomain no;
minimal-responses yes;
recursion no;
allow-transfer { secondary_dns; };
root-delegation-only exclude { "ad"; "af"; "ar"; "biz"; "cr"; "cu";
"de"; "dm"; "fr"; "id"; "lu"; "lv"; "md"; "ms"; "museum"; "name";
"no"; "pa"; "pf"; "re"; "se"; "sr"; "to"; "tw"; "us"; "uy"; };
blackhole { ! localhost; ! private_net; bogus_net; };
};
view "private" {
match-clients { private_net; localhost; };
recursion yes;
include "/etc/bind/base.conf";
include "/etc/bind/private.conf";
include "/etc/bind/public.conf";
};
view "public" {
match-clients { any; };
include "/etc/bind/base.conf";
include "/etc/bind/public.conf";
};
-----------------------------------------------------------------------
/etc/bind/base.conf contient les zones de base ".", "localhost", "127.in-
addr.arpa"
/etc/bind/public.conf contient les zones pour lesquelles bind est serveur
primaire
/etc/bind/private.conf contient les zones priv�es ("10.in-addr.arpa" et
un TLD priv� "z") pour lesquelles bind est serveur primaire
J'ai v�rifier (grep 'nic.ch') dans ces 3 fichiers que je ne d�clarais
rien qui puisse perturber.
J'ai essayer d'ajouter "ch" � 'root-delegation-only exclude' ou d'enlever
'minimal-responses yes;'.
--
Daniel Dupont
> J'ai essayer d'ajouter "ch" � 'root-delegation-only exclude'
Et bien, j'ai pas du essayer correctement. Pourtant c'est �videmment la
premier test que j'ai fait apr�s avoir tent� un red�marrage. Et c'est
bien �a qui coince.
D�sol� de vous avoir importun� :-)
Au plaisir de vous lire.
--
Daniel Dupont