J'ai l'impression que les serveurs DNS de Free (212.27.32.176 et
212.27.32.177) ont régulièrement des problèmes. En effet, lorsque je
surfe le web je constate que mon navigateur (qu'il soit Camino ou
Safari) passe un bon moment avec "looking up..." affiché dans la barre
de statut.
Quand la connexion se fait la page s'affiche très vite, mais l'étape
"looking up..." peut durer 30 secondes! Je me dis qu'il y a un hic sur
les serveurs DNS Free. J'ai une Freebox v4 et une ligne ADSL donnée pour
6-8 mega, et pourtant parfois j'ai l'impression d'être en RTC...
Est ce que quelqu'un ici connaîtrait d'autres serveurs DNS, plus rapides
et ouverts à tous?
C'est le plus simple effectivement, mais c'est un Bind9 ... donc un peu lourd pour faire simple serveur cache ... contrairement à DJBDNS ... mais la simplicité peut être un élément déterminant en effet.
Le gros avantage c'est qu'il est livré, qu'il est mis à jour automatiquement, et qu'il est configuré pour faire du cache d'origine.
Tout à fait d'accord. Mais ce fil a été pour moi l'occasion de me replonger dans mon fichier de config.
Premier bug : j'avais activé le port de contrôle alors que pour une machine autonome, cela n'a aucun intérêt...
Deuxième bug (de la configuration par défaut sauf si j'ai bêtement modifié ce truc là sans m'en souvenir) : le serveur écoute sur toutes les interfaces et peut donc servir à d'autres que la machine locale...
Il faut ajouter une ligne 'listen-on' dans les options d'origine :
C'est le plus simple effectivement, mais c'est un Bind9 ... donc un peu
lourd pour faire simple serveur cache ... contrairement à DJBDNS ...
mais la simplicité peut être un élément déterminant en effet.
Le gros avantage c'est qu'il est livré, qu'il est mis à jour
automatiquement, et qu'il est configuré pour faire du cache d'origine.
Tout à fait d'accord. Mais ce fil a été pour moi l'occasion de me
replonger dans mon fichier de config.
Premier bug : j'avais activé le port de contrôle alors que pour une
machine autonome, cela n'a aucun intérêt...
Deuxième bug (de la configuration par défaut sauf si j'ai bêtement
modifié ce truc là sans m'en souvenir) : le serveur écoute sur toutes
les interfaces et peut donc servir à d'autres que la machine locale...
Il faut ajouter une ligne 'listen-on' dans les options d'origine :
C'est le plus simple effectivement, mais c'est un Bind9 ... donc un peu lourd pour faire simple serveur cache ... contrairement à DJBDNS ... mais la simplicité peut être un élément déterminant en effet.
Le gros avantage c'est qu'il est livré, qu'il est mis à jour automatiquement, et qu'il est configuré pour faire du cache d'origine.
Tout à fait d'accord. Mais ce fil a été pour moi l'occasion de me replonger dans mon fichier de config.
Premier bug : j'avais activé le port de contrôle alors que pour une machine autonome, cela n'a aucun intérêt...
Deuxième bug (de la configuration par défaut sauf si j'ai bêtement modifié ce truc là sans m'en souvenir) : le serveur écoute sur toutes les interfaces et peut donc servir à d'autres que la machine locale...
Il faut ajouter une ligne 'listen-on' dans les options d'origine :
Rapides, rapides, ça dépend, j'ai plus souvent des lenteurs, surtout après redémarrage et pendant pas mal de temps. Après, évidemment, ça va très vite, mais j'ai eu parfois des alertes d'applis disant qu'elles ne trouvaient pas le serveur, à la seconde connexion, évidemment, c'était immédiat.
Personnellement, c'est des comportements que j'observais lorsque j'utilisais les serveurs des FAI (et pas qu'au démarrage).
En installant mes propres serveurs DNS (sur MacOS X, FreeBSD ou Linux, c'est très facile), je n'ai plus ce genre de problème. Je l'ai même fait au boulot comme ça je reste autonome (il faut juste ajouter quelques lignes pour accéder aux serveurs DNS des zones locales).
Si en plus, tu installes un serveur local genre 'djbdns' qui conserve un cache entre les reboot, c'est encore mieux (je ne crois pas que bind9 le fasse). Dommage que 'djbdns' soit aussi lourd à installer alors qu'il se veut simple.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Rapides, rapides, ça dépend, j'ai plus souvent des lenteurs, surtout
après redémarrage et pendant pas mal de temps. Après, évidemment, ça va
très vite, mais j'ai eu parfois des alertes d'applis disant qu'elles ne
trouvaient pas le serveur, à la seconde connexion, évidemment, c'était
immédiat.
Personnellement, c'est des comportements que j'observais lorsque
j'utilisais les serveurs des FAI (et pas qu'au démarrage).
En installant mes propres serveurs DNS (sur MacOS X, FreeBSD ou Linux,
c'est très facile), je n'ai plus ce genre de problème. Je l'ai même
fait au boulot comme ça je reste autonome (il faut juste ajouter
quelques lignes pour accéder aux serveurs DNS des zones locales).
Si en plus, tu installes un serveur local genre 'djbdns' qui conserve
un cache entre les reboot, c'est encore mieux (je ne crois pas que
bind9 le fasse). Dommage que 'djbdns' soit aussi lourd à installer
alors qu'il se veut simple.
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Rapides, rapides, ça dépend, j'ai plus souvent des lenteurs, surtout après redémarrage et pendant pas mal de temps. Après, évidemment, ça va très vite, mais j'ai eu parfois des alertes d'applis disant qu'elles ne trouvaient pas le serveur, à la seconde connexion, évidemment, c'était immédiat.
Personnellement, c'est des comportements que j'observais lorsque j'utilisais les serveurs des FAI (et pas qu'au démarrage).
En installant mes propres serveurs DNS (sur MacOS X, FreeBSD ou Linux, c'est très facile), je n'ai plus ce genre de problème. Je l'ai même fait au boulot comme ça je reste autonome (il faut juste ajouter quelques lignes pour accéder aux serveurs DNS des zones locales).
Si en plus, tu installes un serveur local genre 'djbdns' qui conserve un cache entre les reboot, c'est encore mieux (je ne crois pas que bind9 le fasse). Dommage que 'djbdns' soit aussi lourd à installer alors qu'il se veut simple.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
laurent.pertois
Paul Gaborit wrote:
Le gros avantage c'est qu'il est livré, qu'il est mis à jour automatiquement, et qu'il est configuré pour faire du cache d'origine.
Tout à fait d'accord. Mais ce fil a été pour moi l'occasion de me replonger dans mon fichier de config.
Ca fait du bien, parfois :)
Premier bug : j'avais activé le port de contrôle alors que pour une machine autonome, cela n'a aucun intérêt...
Mmm, rndc ne l'utilise pas même en local ?
Deuxième bug (de la configuration par défaut sauf si j'ai bêtement modifié ce truc là sans m'en souvenir) : le serveur écoute sur toutes les interfaces et peut donc servir à d'autres que la machine locale...
A noter que ça peut aussi, mais pas dans le cas qui nous intéresse, je suis d'accord, servir pour faire un DNS à la maison, du coup.
Il faut ajouter une ligne 'listen-on' dans les options d'origine :
options { directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
listen-on { 127.0.0.1; }; // serveur purement local };
Comme ça le serveur DNS local n'accepte que les requêtes locales.
Bien vu.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Le gros avantage c'est qu'il est livré, qu'il est mis à jour
automatiquement, et qu'il est configuré pour faire du cache d'origine.
Tout à fait d'accord. Mais ce fil a été pour moi l'occasion de me
replonger dans mon fichier de config.
Ca fait du bien, parfois :)
Premier bug : j'avais activé le port de contrôle alors que pour une
machine autonome, cela n'a aucun intérêt...
Mmm, rndc ne l'utilise pas même en local ?
Deuxième bug (de la configuration par défaut sauf si j'ai bêtement
modifié ce truc là sans m'en souvenir) : le serveur écoute sur toutes
les interfaces et peut donc servir à d'autres que la machine locale...
A noter que ça peut aussi, mais pas dans le cas qui nous intéresse, je
suis d'accord, servir pour faire un DNS à la maison, du coup.
Il faut ajouter une ligne 'listen-on' dans les options d'origine :
options {
directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
listen-on { 127.0.0.1; }; // serveur purement local
};
Comme ça le serveur DNS local n'accepte que les requêtes locales.
Bien vu.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Le gros avantage c'est qu'il est livré, qu'il est mis à jour automatiquement, et qu'il est configuré pour faire du cache d'origine.
Tout à fait d'accord. Mais ce fil a été pour moi l'occasion de me replonger dans mon fichier de config.
Ca fait du bien, parfois :)
Premier bug : j'avais activé le port de contrôle alors que pour une machine autonome, cela n'a aucun intérêt...
Mmm, rndc ne l'utilise pas même en local ?
Deuxième bug (de la configuration par défaut sauf si j'ai bêtement modifié ce truc là sans m'en souvenir) : le serveur écoute sur toutes les interfaces et peut donc servir à d'autres que la machine locale...
A noter que ça peut aussi, mais pas dans le cas qui nous intéresse, je suis d'accord, servir pour faire un DNS à la maison, du coup.
Il faut ajouter une ligne 'listen-on' dans les options d'origine :
options { directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
listen-on { 127.0.0.1; }; // serveur purement local };
Comme ça le serveur DNS local n'accepte que les requêtes locales.
Bien vu.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Premier bug : j'avais activé le port de contrôle alors que pour une machine autonome, cela n'a aucun intérêt...
Mmm, rndc ne l'utilise pas même en local ?
En fait, je n'en sais rien ! Mais le commentaire qui précède indique que ce n'est utile qu'à MacOS X server.
Il faut ajouter une ligne 'listen-on' dans les options d'origine :
options { directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
Je savais bien que j'aurais dû garder la version originale (un bête 'cp /etc/named.conf /etc/named.conf.appleorig'). ;-)
Qui pourrait m'envoyer le /etc/named.conf d'origine d'un 10.3.9 ? Merci.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
laurent.pertois
Paul Gaborit wrote:
Personnellement, c'est des comportements que j'observais lorsque j'utilisais les serveurs des FAI (et pas qu'au démarrage).
Heureux homme. Depuis que j'ai mis les forwarders, je retrouve des temps de résolution normaux.
Si en plus, tu installes un serveur local genre 'djbdns' qui conserve un cache entre les reboot, c'est encore mieux (je ne crois pas que bind9 le fasse).
Pas à ma connaissance.
Dommage que 'djbdns' soit aussi lourd à installer alors qu'il se veut simple.
Ah ça, ce n'est rien de le dire :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Personnellement, c'est des comportements que j'observais lorsque
j'utilisais les serveurs des FAI (et pas qu'au démarrage).
Heureux homme. Depuis que j'ai mis les forwarders, je retrouve des temps
de résolution normaux.
Si en plus, tu installes un serveur local genre 'djbdns' qui conserve
un cache entre les reboot, c'est encore mieux (je ne crois pas que
bind9 le fasse).
Pas à ma connaissance.
Dommage que 'djbdns' soit aussi lourd à installer
alors qu'il se veut simple.
Ah ça, ce n'est rien de le dire :-/
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Personnellement, c'est des comportements que j'observais lorsque j'utilisais les serveurs des FAI (et pas qu'au démarrage).
Heureux homme. Depuis que j'ai mis les forwarders, je retrouve des temps de résolution normaux.
Si en plus, tu installes un serveur local genre 'djbdns' qui conserve un cache entre les reboot, c'est encore mieux (je ne crois pas que bind9 le fasse).
Pas à ma connaissance.
Dommage que 'djbdns' soit aussi lourd à installer alors qu'il se veut simple.
Ah ça, ce n'est rien de le dire :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Paul Gaborit wrote:
Mmm, rndc ne l'utilise pas même en local ?
En fait, je n'en sais rien ! Mais le commentaire qui précède indique que ce n'est utile qu'à MacOS X server.
Ca, c'est du Apple :)
Cela dit, il doit bien se commander en local.
options { directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
Je savais bien que j'aurais dû garder la version originale (un bête 'cp /etc/named.conf /etc/named.conf.appleorig'). ;-)
Bah, il doit y avoir peu de différences.
Qui pourrait m'envoyer le /etc/named.conf d'origine d'un 10.3.9 ? Merci.
Mmmm, tu as bien mis les fichiers nécessaires dans /etc/namedb ?
Sinon, par défaut c'est dans /var/named, cf mon message :
Message-ID: <1hdndfk.1sd2hq71gkg8uwN%
C'est un named.conf de 10.4 mais il ne doit pas y avoir grandes différences et notamment pas celle-là.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Mmm, rndc ne l'utilise pas même en local ?
En fait, je n'en sais rien ! Mais le commentaire qui précède indique
que ce n'est utile qu'à MacOS X server.
Ca, c'est du Apple :)
Cela dit, il doit bien se commander en local.
options {
directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
Je savais bien que j'aurais dû garder la version originale (un bête
'cp /etc/named.conf /etc/named.conf.appleorig'). ;-)
Bah, il doit y avoir peu de différences.
Qui pourrait m'envoyer le /etc/named.conf d'origine d'un 10.3.9 ?
Merci.
Mmmm, tu as bien mis les fichiers nécessaires dans /etc/namedb ?
Sinon, par défaut c'est dans /var/named, cf mon message :
C'est un named.conf de 10.4 mais il ne doit pas y avoir grandes
différences et notamment pas celle-là.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
En fait, je n'en sais rien ! Mais le commentaire qui précède indique que ce n'est utile qu'à MacOS X server.
Ca, c'est du Apple :)
Cela dit, il doit bien se commander en local.
options { directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
Je savais bien que j'aurais dû garder la version originale (un bête 'cp /etc/named.conf /etc/named.conf.appleorig'). ;-)
Bah, il doit y avoir peu de différences.
Qui pourrait m'envoyer le /etc/named.conf d'origine d'un 10.3.9 ? Merci.
Mmmm, tu as bien mis les fichiers nécessaires dans /etc/namedb ?
Sinon, par défaut c'est dans /var/named, cf mon message :
Message-ID: <1hdndfk.1sd2hq71gkg8uwN%
C'est un named.conf de 10.4 mais il ne doit pas y avoir grandes différences et notamment pas celle-là.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
En fait, c'est bon. Sur mon Mac, j'ai bien "/var/named". Le "/etc/named" provient des exemples de la doc de Bind9 (je rédige ce message sur une autre machine que mon Mac et par flemme je n'avais pas recopié le vari fichier mais cleui de la doc !).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
directory "/etc/namedb";
Ca, ce n'est pas standard sur Mac OS X :-)
En fait, c'est bon. Sur mon Mac, j'ai bien "/var/named". Le
"/etc/named" provient des exemples de la doc de Bind9 (je rédige ce
message sur une autre machine que mon Mac et par flemme je n'avais pas
recopié le vari fichier mais cleui de la doc !).
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
En fait, c'est bon. Sur mon Mac, j'ai bien "/var/named". Le "/etc/named" provient des exemples de la doc de Bind9 (je rédige ce message sur une autre machine que mon Mac et par flemme je n'avais pas recopié le vari fichier mais cleui de la doc !).
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Dommage que 'djbdns' soit aussi lourd à installer alors qu'il se veut simple.
Ah ça, ce n'est rien de le dire :-/
Ceci étant, une fois installé, c'est un petit bijou. Sur mon FreeBSD 'at home', il me sert de DNS local (pour mon petit réseau familial) avec beaucoup de bonheur.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Dommage que 'djbdns' soit aussi lourd à installer
alors qu'il se veut simple.
Ah ça, ce n'est rien de le dire :-/
Ceci étant, une fois installé, c'est un petit bijou. Sur mon FreeBSD
'at home', il me sert de DNS local (pour mon petit réseau familial)
avec beaucoup de bonheur.
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Dommage que 'djbdns' soit aussi lourd à installer alors qu'il se veut simple.
Ah ça, ce n'est rien de le dire :-/
Ceci étant, une fois installé, c'est un petit bijou. Sur mon FreeBSD 'at home', il me sert de DNS local (pour mon petit réseau familial) avec beaucoup de bonheur.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
laurent.pertois
Paul Gaborit wrote:
Ceci étant, une fois installé, c'est un petit bijou. Sur mon FreeBSD 'at home', il me sert de DNS local (pour mon petit réseau familial) avec beaucoup de bonheur.
Bon, à part ce qu'affirme son auteur, c'est vraiment mieux qu'un BIND ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Ceci étant, une fois installé, c'est un petit bijou. Sur mon FreeBSD
'at home', il me sert de DNS local (pour mon petit réseau familial)
avec beaucoup de bonheur.
Bon, à part ce qu'affirme son auteur, c'est vraiment mieux qu'un BIND ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Ceci étant, une fois installé, c'est un petit bijou. Sur mon FreeBSD 'at home', il me sert de DNS local (pour mon petit réseau familial) avec beaucoup de bonheur.
Bon, à part ce qu'affirme son auteur, c'est vraiment mieux qu'un BIND ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Paul Gaborit wrote:
En fait, c'est bon. Sur mon Mac, j'ai bien "/var/named". Le "/etc/named" provient des exemples de la doc de Bind9 (je rédige ce message sur une autre machine que mon Mac et par flemme je n'avais pas recopié le vari fichier mais cleui de la doc !).
Ah ok, tout va bien. Cela dit, on a tout à fait le droit de tout déplacer tant qu'on déplace vraiment tout.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
En fait, c'est bon. Sur mon Mac, j'ai bien "/var/named". Le
"/etc/named" provient des exemples de la doc de Bind9 (je rédige ce
message sur une autre machine que mon Mac et par flemme je n'avais pas
recopié le vari fichier mais cleui de la doc !).
Ah ok, tout va bien. Cela dit, on a tout à fait le droit de tout
déplacer tant qu'on déplace vraiment tout.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
En fait, c'est bon. Sur mon Mac, j'ai bien "/var/named". Le "/etc/named" provient des exemples de la doc de Bind9 (je rédige ce message sur une autre machine que mon Mac et par flemme je n'avais pas recopié le vari fichier mais cleui de la doc !).
Ah ok, tout va bien. Cela dit, on a tout à fait le droit de tout déplacer tant qu'on déplace vraiment tout.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
