J'ai un souci avec mon reseau local composé de 3 Debian testing et une
Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la
connection).
Le reste des postes sont des clients du reseau local.
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom
sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour
trouver www.google.com, pareil si je veux pinguer google, il mets 15
secondes a trouver la correspondance, et en FTP, ssh aussi...)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec
l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo
et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage
de connextion?
Une fois les noms resolus, tout se passe fluidement.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
Suivi sur f.c.reseaux.ip
--
ASPO Xxxxxxxxxxx - http://aspo.xxxxx.xxx/activites/xxxxxxx
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 04 26 09 (France)
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
ggcom
Je n'est jamais tester ce type de configuration. Les 2 seuls configuration de ce type que je connais pour avoir fait l'installation c'est de mettre bind sur la passerelle qui devient le serveur dns pour le réseau local. si l'installation de bind ne te rebute pas il y a de la doc sur le net
Rakotomandimby (R12y) Mihamina écrit:
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la connection).
Le reste des postes sont des clients du reseau local.
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour trouver www.google.com, pareil si je veux pinguer google, il mets 15 secondes a trouver la correspondance, et en FTP, ssh aussi...)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
Une fois les noms resolus, tout se passe fluidement.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
Suivi sur f.c.reseaux.ip -- ASPO Xxxxxxxxxxx - http://aspo.xxxxx.xxx/activites/xxxxxxx Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 04 26 09 (France)
Je n'est jamais tester ce type de configuration.
Les 2 seuls configuration de ce type que je connais pour avoir fait
l'installation c'est de mettre bind sur la passerelle qui devient le
serveur dns pour le réseau local.
si l'installation de bind ne te rebute pas il y a de la doc sur le net
Rakotomandimby (R12y) Mihamina écrit:
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une
Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la
connection).
Le reste des postes sont des clients du reseau local.
Le probleme, c'est que a partir des postes du LAN, les resolutions de
nom sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour
trouver www.google.com, pareil si je veux pinguer google, il mets 15
secondes a trouver la correspondance, et en FTP, ssh aussi...)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement
avec l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo
et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le
partage de connextion?
Une fois les noms resolus, tout se passe fluidement.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
Suivi sur f.c.reseaux.ip
--
ASPO Xxxxxxxxxxx - http://aspo.xxxxx.xxx/activites/xxxxxxx
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 04 26 09 (France)
Je n'est jamais tester ce type de configuration. Les 2 seuls configuration de ce type que je connais pour avoir fait l'installation c'est de mettre bind sur la passerelle qui devient le serveur dns pour le réseau local. si l'installation de bind ne te rebute pas il y a de la doc sur le net
Rakotomandimby (R12y) Mihamina écrit:
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la connection).
Le reste des postes sont des clients du reseau local.
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour trouver www.google.com, pareil si je veux pinguer google, il mets 15 secondes a trouver la correspondance, et en FTP, ssh aussi...)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
Une fois les noms resolus, tout se passe fluidement.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
Suivi sur f.c.reseaux.ip -- ASPO Xxxxxxxxxxx - http://aspo.xxxxx.xxx/activites/xxxxxxx Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 04 26 09 (France)
Michel Tatoute
Le Sun, 23 Jan 2005 00:19:00 +0100, Rakotomandimby (R12y) Mihamina a écrit :
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la connection). Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes [...].)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
j'en doutes.
Je pense que tes bécanes clientes n'ont simplement pas le meme fichier resolv.conf que ta passerelle. Celui de ta passerelle est mis à jour à la création de la connexion (probablement pppoe).
Les autres resolv.conf sont simplement devenues obsoletes.
Si c'est pas ca utilise ethereal sur la passerelle. ca ne devrait pas te résister plus de 5 min.
Michel.
Le Sun, 23 Jan 2005 00:19:00 +0100, Rakotomandimby (R12y) Mihamina a
écrit :
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une
Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la
connection).
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom
sont "longues" (entre 10 et 15 secondes [...].)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec
l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo
et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage
de connextion?
j'en doutes.
Je pense que tes bécanes clientes n'ont simplement pas le meme fichier
resolv.conf que ta passerelle. Celui de ta passerelle est mis à jour à
la création de la connexion (probablement pppoe).
Les autres resolv.conf sont simplement devenues obsoletes.
Si c'est pas ca utilise ethereal sur la passerelle. ca ne devrait pas te
résister plus de 5 min.
Le Sun, 23 Jan 2005 00:19:00 +0100, Rakotomandimby (R12y) Mihamina a écrit :
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la connection). Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes [...].)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
j'en doutes.
Je pense que tes bécanes clientes n'ont simplement pas le meme fichier resolv.conf que ta passerelle. Celui de ta passerelle est mis à jour à la création de la connexion (probablement pppoe).
Les autres resolv.conf sont simplement devenues obsoletes.
Si c'est pas ca utilise ethereal sur la passerelle. ca ne devrait pas te résister plus de 5 min.
Michel.
TiChou
Dans le message <news:, *Rakotomandimby (R12y) Mihamina* tapota sur f.c.o.l.configuration et f.c.r.ip :
Bonjour
Bonsoir,
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour trouver www.google.com, pareil si je veux pinguer google, il mets 15 secondes a trouver la correspondance, et en FTP, ssh aussi...)
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
Et tu t'étonnes que ça soit long ?
Les serveurs DNS de cache des FAI destinés aux clients ne sont accessibles qu'à partir de la connexion du FAI et pas depuis une connexion d'un autre FAI, ce qui est bien évidement normal, un FAI n'a pas à fournir ce type de service aux autres sous peine d'abus. De plus il faut savoir que le resolveur de la libc utilise les serveurs DNS listés dans le fichier /etc/resolv.conf l'un après l'autre, du premier au dernier et avec un temps d'attente de 5 secondes pour chacun jusqu'à ce qu'un des serveurs DNS répondent à la requête DNS. Donc dans ton cas, si tu es connecté depuis Neuf Telecom, les deux premiers serveurs DNS de chez Wanadoo ne seront pas accessibles et le temps d'attente sera de 2 x 5 secondes. De plus, sous Linux le fichier /etc/resolv.conf ne peut contenir qu'au maximum 3 serveurs DNS.
A partir de la passerelle je n'ai pas ce probleme.
C'est que la passerelle n'utilise pas les mêmes serveurs DNS ou pas dans le même ordre en tout cas.
J'ai un modem Ethernet (NeufBox) pppoe.
Alors pourquoi utiliser les serveurs DNS de Wanadoo ?
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
Bien sûr que non.
Une fois les noms resolus, tout se passe fluidement.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
Tu devrais n'utiliser que les serveurs DNS du FAI sur lequel tu es connecté ou, mieux si tu te connectes chez différents FAI, installer dnsmasq sur ta passerelle qui saura alors relayer les requêtes DNS sur le bon serveur DNS ou configurer les machines clientes avec les bons serveurs DNS via son serveur DHCP intégré.
-- TiChou
Dans le message <news:pan.2005.01.22.23.18.51.42776@mail.rktmb.org>,
*Rakotomandimby (R12y) Mihamina* tapota sur f.c.o.l.configuration et
f.c.r.ip :
Bonjour
Bonsoir,
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom
sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour
trouver www.google.com, pareil si je veux pinguer google, il mets 15
secondes a trouver la correspondance, et en FTP, ssh aussi...)
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo
et 2 de neuf Telecom.
Et tu t'étonnes que ça soit long ?
Les serveurs DNS de cache des FAI destinés aux clients ne sont accessibles
qu'à partir de la connexion du FAI et pas depuis une connexion d'un autre
FAI, ce qui est bien évidement normal, un FAI n'a pas à fournir ce type de
service aux autres sous peine d'abus.
De plus il faut savoir que le resolveur de la libc utilise les serveurs DNS
listés dans le fichier /etc/resolv.conf l'un après l'autre, du premier au
dernier et avec un temps d'attente de 5 secondes pour chacun jusqu'à ce
qu'un des serveurs DNS répondent à la requête DNS.
Donc dans ton cas, si tu es connecté depuis Neuf Telecom, les deux premiers
serveurs DNS de chez Wanadoo ne seront pas accessibles et le temps d'attente
sera de 2 x 5 secondes.
De plus, sous Linux le fichier /etc/resolv.conf ne peut contenir qu'au
maximum 3 serveurs DNS.
A partir de la passerelle je n'ai pas ce probleme.
C'est que la passerelle n'utilise pas les mêmes serveurs DNS ou pas dans le
même ordre en tout cas.
J'ai un modem Ethernet (NeufBox) pppoe.
Alors pourquoi utiliser les serveurs DNS de Wanadoo ?
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage
de connextion?
Bien sûr que non.
Une fois les noms resolus, tout se passe fluidement.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
Tu devrais n'utiliser que les serveurs DNS du FAI sur lequel tu es connecté
ou, mieux si tu te connectes chez différents FAI, installer dnsmasq sur ta
passerelle qui saura alors relayer les requêtes DNS sur le bon serveur DNS
ou configurer les machines clientes avec les bons serveurs DNS via son
serveur DHCP intégré.
Dans le message <news:, *Rakotomandimby (R12y) Mihamina* tapota sur f.c.o.l.configuration et f.c.r.ip :
Bonjour
Bonsoir,
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour trouver www.google.com, pareil si je veux pinguer google, il mets 15 secondes a trouver la correspondance, et en FTP, ssh aussi...)
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
Et tu t'étonnes que ça soit long ?
Les serveurs DNS de cache des FAI destinés aux clients ne sont accessibles qu'à partir de la connexion du FAI et pas depuis une connexion d'un autre FAI, ce qui est bien évidement normal, un FAI n'a pas à fournir ce type de service aux autres sous peine d'abus. De plus il faut savoir que le resolveur de la libc utilise les serveurs DNS listés dans le fichier /etc/resolv.conf l'un après l'autre, du premier au dernier et avec un temps d'attente de 5 secondes pour chacun jusqu'à ce qu'un des serveurs DNS répondent à la requête DNS. Donc dans ton cas, si tu es connecté depuis Neuf Telecom, les deux premiers serveurs DNS de chez Wanadoo ne seront pas accessibles et le temps d'attente sera de 2 x 5 secondes. De plus, sous Linux le fichier /etc/resolv.conf ne peut contenir qu'au maximum 3 serveurs DNS.
A partir de la passerelle je n'ai pas ce probleme.
C'est que la passerelle n'utilise pas les mêmes serveurs DNS ou pas dans le même ordre en tout cas.
J'ai un modem Ethernet (NeufBox) pppoe.
Alors pourquoi utiliser les serveurs DNS de Wanadoo ?
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
Bien sûr que non.
Une fois les noms resolus, tout se passe fluidement.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
Tu devrais n'utiliser que les serveurs DNS du FAI sur lequel tu es connecté ou, mieux si tu te connectes chez différents FAI, installer dnsmasq sur ta passerelle qui saura alors relayer les requêtes DNS sur le bon serveur DNS ou configurer les machines clientes avec les bons serveurs DNS via son serveur DHCP intégré.
-- TiChou
Nicolas George
R12y wrote in message :
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
tcpdump sur le trafc de la connexion extérieur, en comparant les requêtes dans le cas lent et dans le cas rapide.
R12y wrote in message <pan.2005.01.22.23.18.51.42776@mail.rktmb.org>:
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
tcpdump sur le trafc de la connexion extérieur, en comparant les requêtes
dans le cas lent et dans le cas rapide.
Que devrais-je faire pour diagnonstiquer un peu se qui se passe?
tcpdump sur le trafc de la connexion extérieur, en comparant les requêtes dans le cas lent et dans le cas rapide.
Bruno patri
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la connection).
Le reste des postes sont des clients du reseau local.
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour trouver www.google.com, pareil si je veux pinguer google, il mets 15 secondes a trouver la correspondance, et en FTP, ssh aussi...)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
Une fois les noms resolus, tout se passe fluidement.
Cela me suggère deux questions. L'ipV6 est-il bien désactivé sur les postes clients ? Pourquoi ne pas uiliser la passerelle comme relai DNS ?
-- Bruno
Bonjour
J'ai un souci avec mon reseau local composé de 3 Debian testing et une
Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la
connection).
Le reste des postes sont des clients du reseau local.
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom
sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour
trouver www.google.com, pareil si je veux pinguer google, il mets 15
secondes a trouver la correspondance, et en FTP, ssh aussi...)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec
l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo
et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage
de connextion?
Une fois les noms resolus, tout se passe fluidement.
Cela me suggère deux questions.
L'ipV6 est-il bien désactivé sur les postes clients ?
Pourquoi ne pas uiliser la passerelle comme relai DNS ?
J'ai un souci avec mon reseau local composé de 3 Debian testing et une Fedora Core2 a jour.
Une de ces Debian est la passerelle vers Internet (qui partage la connection).
Le reste des postes sont des clients du reseau local.
Le probleme, c'est que a partir des postes du LAN, les resolutions de nom sont "longues" (entre 10 et 15 secondes dans un navigateur WWW pour trouver www.google.com, pareil si je veux pinguer google, il mets 15 secondes a trouver la correspondance, et en FTP, ssh aussi...)
Si je requiert ces meme actions (FTP, SSH, WWW, ping...) directement avec l'IP de l'ordinateur cible, les reponses sont immediates.
Les DNS utilisés (4 en tout dans resolv.conf) sont 2 dns de wanadoo et 2 de neuf Telecom.
A partir de la passerelle je n'ai pas ce probleme.
J'ai un modem Ethernet (NeufBox) pppoe.
Est ce qu'il (le modem) se mettrai a reconnaitre et restreindre le partage de connextion?
Une fois les noms resolus, tout se passe fluidement.
Cela me suggère deux questions. L'ipV6 est-il bien désactivé sur les postes clients ? Pourquoi ne pas uiliser la passerelle comme relai DNS ?
-- Bruno
T0t0
"TiChou" wrote in message news:
Tu devrais n'utiliser que les serveurs DNS du FAI sur lequel tu es connecté ou, mieux si tu te connectes chez différents FAI, installer dnsmasq sur ta passerelle qui saura alors relayer les requêtes DNS sur le bon serveur DNS ou configurer les machines clientes avec les bons serveurs DNS via son serveur DHCP intégré.
Pour compléter l'excellente réponse de TiChou, je dirai juste que certaines applis essayent parfois de faire du reverse DNS, ping notamment sous certaines distribs linux, et s'il n'y a pas de réponse pour le reverse, ca peut mettre beaucoup de temps.
Dans ce cas précis, je pense que les raisons évoquées par Tichou sont justes, mais je viens d'avoir ce problème, alors j'en fais part au cas ou :-)
Comme conseillé, un tcpdump ou ethereal permettrait d'y vois plus clair.
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"TiChou" <gro.uohcit@uohcit> wrote in message
news:polom.20050122230530@florizarre.tichou.org
Tu devrais n'utiliser que les serveurs DNS du FAI sur lequel tu es connecté
ou, mieux si tu te connectes chez différents FAI, installer dnsmasq sur ta
passerelle qui saura alors relayer les requêtes DNS sur le bon serveur DNS
ou configurer les machines clientes avec les bons serveurs DNS via son
serveur DHCP intégré.
Pour compléter l'excellente réponse de TiChou, je dirai juste que
certaines applis essayent parfois de faire du reverse DNS, ping
notamment sous certaines distribs linux, et s'il n'y a pas de réponse
pour le reverse, ca peut mettre beaucoup de temps.
Dans ce cas précis, je pense que les raisons évoquées par Tichou sont
justes, mais je viens d'avoir ce problème, alors j'en fais part au
cas ou :-)
Comme conseillé, un tcpdump ou ethereal permettrait d'y vois plus
clair.
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Tu devrais n'utiliser que les serveurs DNS du FAI sur lequel tu es connecté ou, mieux si tu te connectes chez différents FAI, installer dnsmasq sur ta passerelle qui saura alors relayer les requêtes DNS sur le bon serveur DNS ou configurer les machines clientes avec les bons serveurs DNS via son serveur DHCP intégré.
Pour compléter l'excellente réponse de TiChou, je dirai juste que certaines applis essayent parfois de faire du reverse DNS, ping notamment sous certaines distribs linux, et s'il n'y a pas de réponse pour le reverse, ca peut mettre beaucoup de temps.
Dans ce cas précis, je pense que les raisons évoquées par Tichou sont justes, mais je viens d'avoir ce problème, alors j'en fais part au cas ou :-)
Comme conseillé, un tcpdump ou ethereal permettrait d'y vois plus clair.
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
