Bonjour,
J'ai un comportement bizarre sous plusieurs serveurs sous etch.
lorsque je demande la résolution d'un fqdn (ex : serveur.exemple.com ) &
qu'un serveur dns me répond "not found" la lib de résolution de noms
rajoute à tord mon domaine de recherche (ex :
serveur.exemple.com.mondomaine.com ). Dans notre cas celà est assez
dramatique car il existe un wildcard DNS qui répond pour
*.mondomaine.com & redirige tout le trafic vers notre site.
Avez vous une idée de comment corriger cette anomalie ?
Bonjour,
J'ai un comportement bizarre sous plusieurs serveurs sous etch.
lorsque je demande la résolution d'un fqdn (ex : serveur.exemple.com ) &
qu'un serveur dns me répond "not found" la lib de résolution de noms
rajoute à tord mon domaine de recherche (ex :
serveur.exemple.com.mondomaine.com ). Dans notre cas celà est assez
dramatique car il existe un wildcard DNS qui répond pour
*.mondomaine.com & redirige tout le trafic vers notre site.
Avez vous une idée de comment corriger cette anomalie ?
Bonjour,
J'ai un comportement bizarre sous plusieurs serveurs sous etch.
lorsque je demande la résolution d'un fqdn (ex : serveur.exemple.com ) &
qu'un serveur dns me répond "not found" la lib de résolution de noms
rajoute à tord mon domaine de recherche (ex :
serveur.exemple.com.mondomaine.com ). Dans notre cas celà est assez
dramatique car il existe un wildcard DNS qui répond pour
*.mondomaine.com & redirige tout le trafic vers notre site.
Avez vous une idée de comment corriger cette anomalie ?
Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
On Thu, Jul 02, 2009 at 05:14:38PM +0200,
François TOURDE wrote
a message of 33 lines which said:Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Supprimer le joker de example.com. C'est d'une utilité douteuse, de
toute façon.
On Thu, Jul 02, 2009 at 05:14:38PM +0200,
François TOURDE <fra-duf-no-spam@tourde.org> wrote
a message of 33 lines which said:
Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Supprimer le joker de example.com. C'est d'une utilité douteuse, de
toute façon.
On Thu, Jul 02, 2009 at 05:14:38PM +0200,
François TOURDE wrote
a message of 33 lines which said:Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Supprimer le joker de example.com. C'est d'une utilité douteuse, de
toute façon.
On Thu, Jul 02, 2009 at 05:14:38PM +0200,
François TOURDE wrote
a message of 33 lines which said:Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Supprimer le joker de example.com. C'est d'une utilité douteuse, de
toute façon.
On Thu, Jul 02, 2009 at 05:14:38PM +0200,
François TOURDE <fra-duf-no-spam@tourde.org> wrote
a message of 33 lines which said:
Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Supprimer le joker de example.com. C'est d'une utilité douteuse, de
toute façon.
On Thu, Jul 02, 2009 at 05:14:38PM +0200,
François TOURDE wrote
a message of 33 lines which said:Soit tu interroge ton fqdn avec: server.exemple.com. c'est à dire
avec un point à la fin, soit tu enlèves la directive "search" ou
"domain", je sais plus, du fichier /etc/resolv.conf
Sinon, je vois pas.
Supprimer le joker de example.com. C'est d'une utilité douteuse, de
toute façon.
La question est plus pourquoi un tel comportement, ce n'est pas normal
de considérer www.exemple.com comme un nom court.
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
La question est plus pourquoi un tel comportement, ce n'est pas normal
de considérer www.exemple.com comme un nom court.
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
La question est plus pourquoi un tel comportement, ce n'est pas normal
de considérer www.exemple.com comme un nom court.
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
Salut,
dodger web (free.fr) a écrit :
La question est plus pourquoi un tel comportement, ce n'est pas normal
de considérer www.exemple.com comme un nom court.
Il n'est pas considéré comme un nom court (par défaut s'il y a au
moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon
l'ajout du domaine de recherche serait fait immédiatement, et non
après l'échec de la résolution initiale.
Est-ce qu'une directive "search" vide dans resolv.conf serait une
option acceptable ?
François TOURDE a écrit :
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directives
elles prennent comme valeur par défaut le domaine du nom d'hôte local.
Salut,
dodger web (free.fr) a écrit :
La question est plus pourquoi un tel comportement, ce n'est pas normal
de considérer www.exemple.com comme un nom court.
Il n'est pas considéré comme un nom court (par défaut s'il y a au
moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon
l'ajout du domaine de recherche serait fait immédiatement, et non
après l'échec de la résolution initiale.
Est-ce qu'une directive "search" vide dans resolv.conf serait une
option acceptable ?
François TOURDE a écrit :
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directives
elles prennent comme valeur par défaut le domaine du nom d'hôte local.
Salut,
dodger web (free.fr) a écrit :
La question est plus pourquoi un tel comportement, ce n'est pas normal
de considérer www.exemple.com comme un nom court.
Il n'est pas considéré comme un nom court (par défaut s'il y a au
moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon
l'ajout du domaine de recherche serait fait immédiatement, et non
après l'échec de la résolution initiale.
Est-ce qu'une directive "search" vide dans resolv.conf serait une
option acceptable ?
François TOURDE a écrit :
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directives
elles prennent comme valeur par défaut le domaine du nom d'hôte local.
Le 14428ième jour après Epoch,
Pascal Hambourg écrivait:Salut,
dodger web (free.fr) a écrit :La question est plus pourquoi un tel comportement, ce n'est pas norma l
de considérer www.exemple.com comme un nom court.
Il n'est pas considéré comme un nom court (par défaut s 'il y a au
moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon
l'ajout du domaine de recherche serait fait immédiatement, et non
après l'échec de la résolution initiale.
Est-ce qu'une directive "search" vide dans resolv.conf serait une
option acceptable ?
François TOURDE a écrit :tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directiv es
elles prennent comme valeur par défaut le domaine du nom d'hô te local.
Et pourtant:
1) Avec "search tourde.home" dans resolv.conf
fermat:~# host toto.google.fr
toto.google.fr.tourde.home is an alias for gassendi.tourde.home.
gassendi.tourde.home has address 192.168.42.15
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has address 209.85.227.104
www.l.google.com has IPv6 address 2001:4860:a003::68
2) Sans le mot-clef search
fermat:~# host toto.google.fr
Host toto.google.fr not found: 3(NXDOMAIN)
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.104
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has IPv6 address 2001:4860:a003::68
Mais avec un hostname sans nom de domaine:
fermat:~# hostname
fermat
Du coup, le "domaine local" de resolv.conf est vide, et donc toute
requête se fera comme pour un fqdn.
Le 14428ième jour après Epoch,
Pascal Hambourg écrivait:
Salut,
dodger web (free.fr) a écrit :
La question est plus pourquoi un tel comportement, ce n'est pas norma l
de considérer www.exemple.com comme un nom court.
Il n'est pas considéré comme un nom court (par défaut s 'il y a au
moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon
l'ajout du domaine de recherche serait fait immédiatement, et non
après l'échec de la résolution initiale.
Est-ce qu'une directive "search" vide dans resolv.conf serait une
option acceptable ?
François TOURDE a écrit :
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directiv es
elles prennent comme valeur par défaut le domaine du nom d'hô te local.
Et pourtant:
1) Avec "search tourde.home" dans resolv.conf
fermat:~# host toto.google.fr
toto.google.fr.tourde.home is an alias for gassendi.tourde.home.
gassendi.tourde.home has address 192.168.42.15
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has address 209.85.227.104
www.l.google.com has IPv6 address 2001:4860:a003::68
2) Sans le mot-clef search
fermat:~# host toto.google.fr
Host toto.google.fr not found: 3(NXDOMAIN)
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.104
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has IPv6 address 2001:4860:a003::68
Mais avec un hostname sans nom de domaine:
fermat:~# hostname
fermat
Du coup, le "domaine local" de resolv.conf est vide, et donc toute
requête se fera comme pour un fqdn.
Le 14428ième jour après Epoch,
Pascal Hambourg écrivait:Salut,
dodger web (free.fr) a écrit :La question est plus pourquoi un tel comportement, ce n'est pas norma l
de considérer www.exemple.com comme un nom court.
Il n'est pas considéré comme un nom court (par défaut s 'il y a au
moins un point dans le nom, cf. l'option ndots de resolv.conf). Sinon
l'ajout du domaine de recherche serait fait immédiatement, et non
après l'échec de la résolution initiale.
Est-ce qu'une directive "search" vide dans resolv.conf serait une
option acceptable ?
François TOURDE a écrit :tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directiv es
elles prennent comme valeur par défaut le domaine du nom d'hô te local.
Et pourtant:
1) Avec "search tourde.home" dans resolv.conf
fermat:~# host toto.google.fr
toto.google.fr.tourde.home is an alias for gassendi.tourde.home.
gassendi.tourde.home has address 192.168.42.15
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has address 209.85.227.104
www.l.google.com has IPv6 address 2001:4860:a003::68
2) Sans le mot-clef search
fermat:~# host toto.google.fr
Host toto.google.fr not found: 3(NXDOMAIN)
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 209.85.227.104
www.l.google.com has address 209.85.227.147
www.l.google.com has address 209.85.227.99
www.l.google.com has address 209.85.227.103
www.l.google.com has IPv6 address 2001:4860:a003::68
Mais avec un hostname sans nom de domaine:
fermat:~# hostname
fermat
Du coup, le "domaine local" de resolv.conf est vide, et donc toute
requête se fera comme pour un fqdn.
Pascal Hambourg écrivait:François TOURDE a écrit :tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directives
elles prennent comme valeur par défaut le domaine du nom d'hôte local.
Et pourtant:
1) Avec "search tourde.home" dans resolv.conf
fermat:~# host toto.google.fr
toto.google.fr.tourde.home is an alias for gassendi.tourde.home.
gassendi.tourde.home has address 192.168.42.15
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
2) Sans le mot-clef search
fermat:~# host toto.google.fr
Host toto.google.fr not found: 3(NXDOMAIN)
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
Mais avec un hostname sans nom de domaine:
fermat:~# hostname
fermat
Du coup, le "domaine local" de resolv.conf est vide, et donc toute
requête se fera comme pour un fqdn.
Pascal Hambourg écrivait:
François TOURDE a écrit :
tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directives
elles prennent comme valeur par défaut le domaine du nom d'hôte local.
Et pourtant:
1) Avec "search tourde.home" dans resolv.conf
fermat:~# host toto.google.fr
toto.google.fr.tourde.home is an alias for gassendi.tourde.home.
gassendi.tourde.home has address 192.168.42.15
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
2) Sans le mot-clef search
fermat:~# host toto.google.fr
Host toto.google.fr not found: 3(NXDOMAIN)
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
Mais avec un hostname sans nom de domaine:
fermat:~# hostname
fermat
Du coup, le "domaine local" de resolv.conf est vide, et donc toute
requête se fera comme pour un fqdn.
Pascal Hambourg écrivait:François TOURDE a écrit :tu enlèves la directive "search" ou "domain", je
sais plus, du fichier /etc/resolv.conf
J'ai peur que ça ne suffise pas, car en l'absence de ces directives
elles prennent comme valeur par défaut le domaine du nom d'hôte local.
Et pourtant:
1) Avec "search tourde.home" dans resolv.conf
fermat:~# host toto.google.fr
toto.google.fr.tourde.home is an alias for gassendi.tourde.home.
gassendi.tourde.home has address 192.168.42.15
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
2) Sans le mot-clef search
fermat:~# host toto.google.fr
Host toto.google.fr not found: 3(NXDOMAIN)
fermat:~# host www.google.fr
www.google.fr is an alias for www.google.com.
Mais avec un hostname sans nom de domaine:
fermat:~# hostname
fermat
Du coup, le "domaine local" de resolv.conf est vide, et donc toute
requête se fera comme pour un fqdn.
[…]
host c'est très bien pour interroger un serveur DNS, mais je m'en
méfie lorsqu'il s'agit de reproduire le comportement du resolver
local, même s'il tient compte du contenu de resolv.conf. Par exemple
je ne vois pas dans sa page de manuel qu'il prend par défaut le
domaine du nom d'hôte local en l'absence d'option 'search' ou 'domain'
comme c'est décrit dans la page de manuel de resolv.conf.
[…]
host c'est très bien pour interroger un serveur DNS, mais je m'en
méfie lorsqu'il s'agit de reproduire le comportement du resolver
local, même s'il tient compte du contenu de resolv.conf. Par exemple
je ne vois pas dans sa page de manuel qu'il prend par défaut le
domaine du nom d'hôte local en l'absence d'option 'search' ou 'domain'
comme c'est décrit dans la page de manuel de resolv.conf.
[…]
host c'est très bien pour interroger un serveur DNS, mais je m'en
méfie lorsqu'il s'agit de reproduire le comportement du resolver
local, même s'il tient compte du contenu de resolv.conf. Par exemple
je ne vois pas dans sa page de manuel qu'il prend par défaut le
domaine du nom d'hôte local en l'absence d'option 'search' ou 'domain'
comme c'est décrit dans la page de manuel de resolv.conf.