Je suis en train de mettre en place un petit serveur DNS bas=C3=A9 sur Debi=
an Jessie et bind9.
Dans la config' d'une zone documentant mon domaine 6jf.be, j'ai sp=C3=A9cif=
i=C3=A9 une adresse dans l'option forwarders {}.
Si j'ai bien compris, bind est cens=C3=A9 transf=C3=A9rer la requ=C3=A8te s=
'il ne trouve pas ce qu'il cherche dans sa DB.
Dans la situation actuelle, =C3=A7a fonctionne si je fais une query DNS sur=
test.6jf.be qui est document=C3=A9 dans un de mes fichiers RR. Mais cela n=
e fonctionne pas si je fais une query DNS sur ftp.6jf.be alors que cela dev=
rait =C3=AAtre transmis et que c'est d=C3=A9fini chez mon h=C3=A9bergeur.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal Hambourg
Jean-Marc a écrit :
Si j'ai bien compris, bind est censé transférer la requète s'il ne trouve pas ce qu'il cherche dans sa DB.
Pas pour un nom de domaine pour lequel il est censé faire autorité. A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans une zone de type master ou slave.
Jean-Marc a écrit :
Si j'ai bien compris, bind est censé transférer la requète s'il ne
trouve pas ce qu'il cherche dans sa DB.
Pas pour un nom de domaine pour lequel il est censé faire autorité.
A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans
une zone de type master ou slave.
Si j'ai bien compris, bind est censé transférer la requète s'il ne trouve pas ce qu'il cherche dans sa DB.
Pas pour un nom de domaine pour lequel il est censé faire autorité. A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans une zone de type master ou slave.
Pas pour un nom de domaine pour lequel il est censé faire autorité. A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans une zone de type master ou slave.
Un mot sur ma config' bind9.
db.1.168.192 : une zone PTR db.6jf.be : une zone pour mon domaine 6jf.be db.localdomain : une zone pour mon réseau local
Je cherche une solution pour documenter les adresses des services que je mets en place (IM, owncloud, website).
Le soucis : ces adresses sont différentes si je suis sur mon réseau local ou sur le net. Donc, je mets en place un NS local qui forwarde les demandes qu'il ne peut pas résoudre à mon fournisseur chez qui j'ai mon domaine.
Pour info, je n'ai pas défini de forwarders au niveau global mais uniquement pour la zone 6jf.be.
Jean-Marc
-- Guillaume
Bonjour,
Il me semble que le paramètre 'forwarders' ne redirige les requetes que
pour les zones inconnus (dont il ne fait pas autorité).
Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ?
Pas pour un nom de domaine pour lequel il est censé faire autorité.
A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans
une zone de type master ou slave.
Un mot sur ma config' bind9.
db.1.168.192 : une zone PTR
db.6jf.be : une zone pour mon domaine 6jf.be
db.localdomain : une zone pour mon réseau local
Je cherche une solution pour documenter les adresses des services que je mets en place (IM, owncloud, website).
Le soucis : ces adresses sont différentes si je suis sur mon réseau local ou sur le net. Donc, je mets en place un NS local qui forwarde les demandes qu'il ne peut pas résoudre à mon fournisseur chez qui j'ai mon domaine.
Pour info, je n'ai pas défini de forwarders au niveau global mais uniquement pour la zone 6jf.be.
Pas pour un nom de domaine pour lequel il est censé faire autorité. A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans une zone de type master ou slave.
Un mot sur ma config' bind9.
db.1.168.192 : une zone PTR db.6jf.be : une zone pour mon domaine 6jf.be db.localdomain : une zone pour mon réseau local
Je cherche une solution pour documenter les adresses des services que je mets en place (IM, owncloud, website).
Le soucis : ces adresses sont différentes si je suis sur mon réseau local ou sur le net. Donc, je mets en place un NS local qui forwarde les demandes qu'il ne peut pas résoudre à mon fournisseur chez qui j'ai mon domaine.
Pour info, je n'ai pas défini de forwarders au niveau global mais uniquement pour la zone 6jf.be.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en loca l, l'adresse de mon modem router qui fait office de firewall/forwarder.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en loca l, l'adresse de mon modem router qui fait office de firewall/forwarder.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en loca l, l'adresse de mon modem router qui fait office de firewall/forwarder.
L'option 'forwarders' dans la configuration d'une zone master ou slave doit être vide pour pouvoir annuler les forwarders dans les options global de bind.
Il me semble que le paramètre 'forwarders' ne redirige les requetes que pour les zones inconnus (dont il ne fait pas autorité).
J'ai passé un peu potassé la doc de bind9.
Pour une zone de type master, les paramètres forward et forwarders sont bien dans la liste des paramètres possible.
Si une zone master ne peut pas forwarder, pourquoi spécifier des adresses de forwarders ?
Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ?
Cela ne changerait pas la problématique de prendre tout en charge.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en local, l'adresse de mon modem router qui fait office de firewall/forwarder.
Guillaume
Jean-Marc
-- Guillaume
L'option 'forwarders' dans la configuration d'une zone master ou slave
doit être vide pour pouvoir annuler les forwarders dans les options
global de bind.
Il me semble que le paramètre 'forwarders' ne redirige les requetes que
pour les zones inconnus (dont il ne fait pas autorité).
J'ai passé un peu potassé la doc de bind9.
Pour une zone de type master, les paramètres forward et forwarders sont bien dans la liste des paramètres possible.
Si une zone master ne peut pas forwarder, pourquoi spécifier des adresses de forwarders ?
Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ?
Cela ne changerait pas la problématique de prendre tout en charge.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en local, l'adresse de mon modem router qui fait office de firewall/forwarder.
L'option 'forwarders' dans la configuration d'une zone master ou slave doit être vide pour pouvoir annuler les forwarders dans les options global de bind.
Il me semble que le paramètre 'forwarders' ne redirige les requetes que pour les zones inconnus (dont il ne fait pas autorité).
J'ai passé un peu potassé la doc de bind9.
Pour une zone de type master, les paramètres forward et forwarders sont bien dans la liste des paramètres possible.
Si une zone master ne peut pas forwarder, pourquoi spécifier des adresses de forwarders ?
Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ?
Cela ne changerait pas la problématique de prendre tout en charge.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en local, l'adresse de mon modem router qui fait office de firewall/forwarder.
Guillaume
Jean-Marc
-- Guillaume
Pascal Hambourg
Jean-Marc a écrit :
Pour une zone de type master, les paramètres forward et forwarders sont bien dans la liste des paramètres possible.
En effet, j'ai vu que ces options figurent dans les options communes de tous les types de zone. Mais leur rôle n'est mentionné que pour les zones de type "forward".
Si une zone master ne peut pas forwarder, pourquoi spécifier des adresses de forwarders ?
C'est une très bonne question à laquelle je suis incapable de répondre. Peut-être pour fournir des informations additionnelles qui ne font pas partie de la zone ?
Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ?
Cela ne changerait pas la problématique de prendre tout en charge.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en local, l'adresse de mon modem router qui fait office de firewall/forwarder.
Pour cela il y a les "vues" (views).
Sinon, une zone individuelle pour chaque nom de domaine à servir en local.
Jean-Marc a écrit :
Pour une zone de type master, les paramètres forward et forwarders
sont bien dans la liste des paramètres possible.
En effet, j'ai vu que ces options figurent dans les options communes de
tous les types de zone. Mais leur rôle n'est mentionné que pour les
zones de type "forward".
Si une zone master ne peut pas forwarder, pourquoi spécifier des
adresses de forwarders ?
C'est une très bonne question à laquelle je suis incapable de répondre.
Peut-être pour fournir des informations additionnelles qui ne font pas
partie de la zone ?
Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ?
Cela ne changerait pas la problématique de prendre tout en charge.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir
l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis
pas en local, l'adresse de mon modem router qui fait office de
firewall/forwarder.
Pour cela il y a les "vues" (views).
Sinon, une zone individuelle pour chaque nom de domaine à servir en local.
Pour une zone de type master, les paramètres forward et forwarders sont bien dans la liste des paramètres possible.
En effet, j'ai vu que ces options figurent dans les options communes de tous les types de zone. Mais leur rôle n'est mentionné que pour les zones de type "forward".
Si une zone master ne peut pas forwarder, pourquoi spécifier des adresses de forwarders ?
C'est une très bonne question à laquelle je suis incapable de répondre. Peut-être pour fournir des informations additionnelles qui ne font pas partie de la zone ?
Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ?
Cela ne changerait pas la problématique de prendre tout en charge.
Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en local, l'adresse de mon modem router qui fait office de firewall/forwarder.
Pour cela il y a les "vues" (views).
Sinon, une zone individuelle pour chaque nom de domaine à servir en local.
si j'ai bien compris, les views (utilisons la terminologie bind) servent à modifier les réponses fournies en fonction de l'IP de la source.
Par exemple, mais pas seulement. Il y a d'autres critères possibles.
Sinon, une zone individuelle pour chaque nom de domaine à servir en local.
Ça, c'est ce que j'ai fait. Une zone pour mon domaine "localdomain", une autre pour mon domaine public "6jf.be".
Non, ce n'est pas ce que j'ai écrit. "Une zone pour chaque nom de domaine" (=nom d'hôte si tu préfères), c'est par exemple une zone machin.6jf.be pour le nom de domaine machin.6jf.be, une autre zone truc.6jf.be pour truc.6jf.be et ainsi de suite. Et pas de zone 6jf.be.
Un bémol : le reload après modif' des RRs n'a pas toujours fait son job.
Tu as bien incrémenté le serial dans l'enregistrement SOA de la zone ?
si j'ai bien compris, les views (utilisons la terminologie bind)
servent à modifier les réponses fournies en fonction de l'IP de la
source.
Par exemple, mais pas seulement. Il y a d'autres critères possibles.
Sinon, une zone individuelle pour chaque nom de domaine à servir en local.
Ça, c'est ce que j'ai fait. Une zone pour mon domaine "localdomain",
une autre pour mon domaine public "6jf.be".
Non, ce n'est pas ce que j'ai écrit. "Une zone pour chaque nom de
domaine" (=nom d'hôte si tu préfères), c'est par exemple une zone
machin.6jf.be pour le nom de domaine machin.6jf.be, une autre zone
truc.6jf.be pour truc.6jf.be et ainsi de suite. Et pas de zone 6jf.be.
Un bémol : le reload après modif' des RRs n'a pas toujours fait son job.
Tu as bien incrémenté le serial dans l'enregistrement SOA de la zone ?
si j'ai bien compris, les views (utilisons la terminologie bind) servent à modifier les réponses fournies en fonction de l'IP de la source.
Par exemple, mais pas seulement. Il y a d'autres critères possibles.
Sinon, une zone individuelle pour chaque nom de domaine à servir en local.
Ça, c'est ce que j'ai fait. Une zone pour mon domaine "localdomain", une autre pour mon domaine public "6jf.be".
Non, ce n'est pas ce que j'ai écrit. "Une zone pour chaque nom de domaine" (=nom d'hôte si tu préfères), c'est par exemple une zone machin.6jf.be pour le nom de domaine machin.6jf.be, une autre zone truc.6jf.be pour truc.6jf.be et ainsi de suite. Et pas de zone 6jf.be.
Un bémol : le reload après modif' des RRs n'a pas toujours fait son job.
Tu as bien incrémenté le serial dans l'enregistrement SOA de la zone ?
