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?
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
Tiens si t'avais une config de base complète ce serait cool...
Bon, reprenons ce qui est donné par défaut sur Mac OS X dans /etc/named.conf :
Super !
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés
soient rapides.
Tiens si t'avais une config de base complète ce serait cool...
Bon, reprenons ce qui est donné par défaut sur Mac OS X dans
/etc/named.conf :
Super !
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
Tiens si t'avais une config de base complète ce serait cool...
Bon, reprenons ce qui est donné par défaut sur Mac OS X dans /etc/named.conf :
Super !
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
anneleguennec
Fra wrote:
La deuxième phrase c'est à propos du dégroupage *total* ? (le "total" c'est quand y'a plus d'abo FT ?)
exact, et c'est là que Free est le meilleur. Par rapport à lui même, et aussi par rapport aux autres.
Jette un oeil sur les groupes proxad, c'est intéressant.
Fra <fra@alussinan.org> wrote:
La deuxième phrase c'est à propos du dégroupage *total* ? (le "total"
c'est quand y'a plus d'abo FT ?)
exact, et c'est là que Free est le meilleur. Par rapport à lui même, et
aussi par rapport aux autres.
Jette un oeil sur les groupes proxad, c'est intéressant.
La deuxième phrase c'est à propos du dégroupage *total* ? (le "total" c'est quand y'a plus d'abo FT ?)
exact, et c'est là que Free est le meilleur. Par rapport à lui même, et aussi par rapport aux autres.
Jette un oeil sur les groupes proxad, c'est intéressant.
Aucune différence entre dégroupage totale et partiel, du côté de Free c'ets exactement la même chose.
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
patpro ~ Patrick Proniewski
In article <1hdn50p.5lzbii1egoe6oN%, (Laurent Pertois) wrote:
Paul Gaborit wrote:
Au prochain reboot, le serveur 'named' devrait fonctionner.
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir faire tout le boulot de remontée dans l'arbre des zones à chaque requête afin de se constituer son cache.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
c'est exactement ce que j'allais dire... si ton DNS local va chercher le reste des infos sur les DNS de free, la manip n'a aucun interet. Par ailleurs, le systeme fait déjà du cache DNS via lookupd il me semble.
patpro
In article <1hdn50p.5lzbii1egoe6oN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Au prochain reboot, le serveur 'named' devrait fonctionner.
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir
faire tout le boulot de remontée dans l'arbre des zones à chaque requête
afin de se constituer son cache.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés
soient rapides.
c'est exactement ce que j'allais dire... si ton DNS local va chercher le
reste des infos sur les DNS de free, la manip n'a aucun interet. Par
ailleurs, le systeme fait déjà du cache DNS via lookupd il me semble.
In article <1hdn50p.5lzbii1egoe6oN%, (Laurent Pertois) wrote:
Paul Gaborit wrote:
Au prochain reboot, le serveur 'named' devrait fonctionner.
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir faire tout le boulot de remontée dans l'arbre des zones à chaque requête afin de se constituer son cache.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
c'est exactement ce que j'allais dire... si ton DNS local va chercher le reste des infos sur les DNS de free, la manip n'a aucun interet. Par ailleurs, le systeme fait déjà du cache DNS via lookupd il me semble.
patpro
address
Erwan David wrote:
(Anne) écrivait :
Fra wrote:
La deuxième phrase c'est à propos du dégroupage *total* ? (le "total" c'est quand y'a plus d'abo FT ?)
exact, et c'est là que Free est le meilleur. Par rapport à lui même, et aussi par rapport aux autres.
Jette un oeil sur les groupes proxad, c'est intéressant.
Aucune différence entre dégroupage totale et partiel, du côté de Free c'ets exactement la même chose.
A ce que j'ai compris, lorsque le dégroupage est total, Free maîtrise toutes les fréquences d'une ligne; les basses (la voix) et les hautes (données ADSL, télé etc).
Lorsque le dégroupage est partiel, FT contrôle encore toutes les basses fréquences. Peut-être que le fait de devoir partager la gestion de la ligne joue sur la qualité globale? -- ric at pixelligence dot com
Erwan David <erwan@rail.eu.org> wrote:
anneleguennec@free.fr (Anne) écrivait :
Fra <fra@alussinan.org> wrote:
La deuxième phrase c'est à propos du dégroupage *total* ? (le "total"
c'est quand y'a plus d'abo FT ?)
exact, et c'est là que Free est le meilleur. Par rapport à lui même, et
aussi par rapport aux autres.
Jette un oeil sur les groupes proxad, c'est intéressant.
Aucune différence entre dégroupage totale et partiel, du côté de Free
c'ets exactement la même chose.
A ce que j'ai compris, lorsque le dégroupage est total, Free maîtrise
toutes les fréquences d'une ligne; les basses (la voix) et les hautes
(données ADSL, télé etc).
Lorsque le dégroupage est partiel, FT contrôle encore toutes les basses
fréquences. Peut-être que le fait de devoir partager la gestion de la
ligne joue sur la qualité globale?
--
ric at pixelligence dot com
La deuxième phrase c'est à propos du dégroupage *total* ? (le "total" c'est quand y'a plus d'abo FT ?)
exact, et c'est là que Free est le meilleur. Par rapport à lui même, et aussi par rapport aux autres.
Jette un oeil sur les groupes proxad, c'est intéressant.
Aucune différence entre dégroupage totale et partiel, du côté de Free c'ets exactement la même chose.
A ce que j'ai compris, lorsque le dégroupage est total, Free maîtrise toutes les fréquences d'une ligne; les basses (la voix) et les hautes (données ADSL, télé etc).
Lorsque le dégroupage est partiel, FT contrôle encore toutes les basses fréquences. Peut-être que le fait de devoir partager la gestion de la ligne joue sur la qualité globale? -- ric at pixelligence dot com
laurent.pertois
patpro ~ Patrick Proniewski wrote:
c'est exactement ce que j'allais dire... si ton DNS local va chercher le reste des infos sur les DNS de free, la manip n'a aucun interet.
Les grands esprits...
Par ailleurs, le systeme fait déjà du cache DNS via lookupd il me semble.
Yep, c'est son boulot et le cache est le premier consulté.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
c'est exactement ce que j'allais dire... si ton DNS local va chercher le
reste des infos sur les DNS de free, la manip n'a aucun interet.
Les grands esprits...
Par
ailleurs, le systeme fait déjà du cache DNS via lookupd il me semble.
Yep, c'est son boulot et le cache est le premier consulté.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Au prochain reboot, le serveur 'named' devrait fonctionner.
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir faire tout le boulot de remontée dans l'arbre des zones à chaque requête afin de se constituer son cache.
Certes... mais d'une part le cache se remplit assez vite *eT* avec les bonnes adresses (c'est à dire celles que j'utilise et non celles de tous les abonnées du FAI) et d'autre part je suis complètement autonome.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
Ils peuvent être rapides 90% du temps en en panne ou surchargés les 10% restants. Je préfère donc ma solution en totale autonomie...
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
Au prochain reboot, le serveur 'named' devrait fonctionner.
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir
faire tout le boulot de remontée dans l'arbre des zones à chaque requête
afin de se constituer son cache.
Certes... mais d'une part le cache se remplit assez vite *eT* avec les
bonnes adresses (c'est à dire celles que j'utilise et non celles de
tous les abonnées du FAI) et d'autre part je suis complètement
autonome.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés
soient rapides.
Ils peuvent être rapides 90% du temps en en panne ou surchargés les
10% restants. Je préfère donc ma solution en totale autonomie...
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Au prochain reboot, le serveur 'named' devrait fonctionner.
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir faire tout le boulot de remontée dans l'arbre des zones à chaque requête afin de se constituer son cache.
Certes... mais d'une part le cache se remplit assez vite *eT* avec les bonnes adresses (c'est à dire celles que j'utilise et non celles de tous les abonnées du FAI) et d'autre part je suis complètement autonome.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
Ils peuvent être rapides 90% du temps en en panne ou surchargés les 10% restants. Je préfère donc ma solution en totale autonomie...
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
laurent.pertois
Paul Gaborit wrote:
Exact. En fait, il ets inutile de toucher au fichier de config. Il fonctionne très bien comme ça.
Sauf à vouloir forwarder parce que bon, c'est rigolo d'avoir un BIND qui interroge tout le monde, mais c'est lent.
-- 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:
Exact. En fait, il ets inutile de toucher au fichier de config. Il
fonctionne très bien comme ça.
Sauf à vouloir forwarder parce que bon, c'est rigolo d'avoir un BIND qui
interroge tout le monde, mais c'est lent.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Exact. En fait, il ets inutile de toucher au fichier de config. Il fonctionne très bien comme ça.
Sauf à vouloir forwarder parce que bon, c'est rigolo d'avoir un BIND qui interroge tout le monde, mais c'est lent.
-- 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:
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir faire tout le boulot de remontée dans l'arbre des zones à chaque requête afin de se constituer son cache.
Certes... mais d'une part le cache se remplit assez vite *eT* avec les bonnes adresses (c'est à dire celles que j'utilise et non celles de tous les abonnées du FAI) et d'autre part je suis complètement autonome.
Mmmm, avec les adresses que tu as reçu.
Sinon, tu multiplies les caches, lookupd et bind.
Mais dans le fond, je suis d'accord, c'est une solution.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
Ils peuvent être rapides 90% du temps en en panne ou surchargés les 10% restants. Je préfère donc ma solution en totale autonomie...
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.
-- 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:
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir
faire tout le boulot de remontée dans l'arbre des zones à chaque requête
afin de se constituer son cache.
Certes... mais d'une part le cache se remplit assez vite *eT* avec les
bonnes adresses (c'est à dire celles que j'utilise et non celles de
tous les abonnées du FAI) et d'autre part je suis complètement
autonome.
Mmmm, avec les adresses que tu as reçu.
Sinon, tu multiplies les caches, lookupd et bind.
Mais dans le fond, je suis d'accord, c'est une solution.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés
soient rapides.
Ils peuvent être rapides 90% du temps en en panne ou surchargés les
10% restants. Je préfère donc ma solution en totale autonomie...
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.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Oui, mais bon, euh... c'est pas forcément rapide vu qu'il va devoir faire tout le boulot de remontée dans l'arbre des zones à chaque requête afin de se constituer son cache.
Certes... mais d'une part le cache se remplit assez vite *eT* avec les bonnes adresses (c'est à dire celles que j'utilise et non celles de tous les abonnées du FAI) et d'autre part je suis complètement autonome.
Mmmm, avec les adresses que tu as reçu.
Sinon, tu multiplies les caches, lookupd et bind.
Mais dans le fond, je suis d'accord, c'est une solution.
Perso j'ajoute un forwarders mais il faut qu'en face les DNS ajoutés soient rapides.
Ils peuvent être rapides 90% du temps en en panne ou surchargés les 10% restants. Je préfère donc ma solution en totale autonomie...
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.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
