L'afnic n'est donc pas capable de gérer un afflux de commandes ? Ça fait des
années qu'ils nous les gonflent avec leur règles à la con, aujourd'hui ils
nous la mettent jusqu'au bout en défavorisant complètement les noms de fin
d'alphabet. Ils sont fonctionnaires ?
Bon cela dit, quand je crée un .com il me faut en général moins de cinq minutes pour qu'il soit accessible dans un naviguateur mais bon
C'est une propagation hyper super rapide ! Mais bon
Les miens on mis entre 24 et 48h pour être vus Mais bon
-- Cheval-de-trait Vous aimez les chevaux ? Moi aussi, surtout les gros ! http://www.cheval-de-trait.org Vous êtes curieux des bovins ? http://www.bovins-de-france.org
...
<noemailplease@laposte.net> a écrit dans le message de news:
1150980699.190288.131580@i40g2000cwc.googlegroups.com...
Bon cela dit, quand je crée un .com il me faut en général moins de
cinq minutes pour qu'il soit accessible dans un naviguateur mais bon
C'est une propagation hyper super rapide !
Mais bon
Les miens on mis entre 24 et 48h pour être vus
Mais bon
--
Cheval-de-trait
Vous aimez les chevaux ?
Moi aussi, surtout les gros !
http://www.cheval-de-trait.org
Vous êtes curieux des bovins ?
http://www.bovins-de-france.org
Bon cela dit, quand je crée un .com il me faut en général moins de cinq minutes pour qu'il soit accessible dans un naviguateur mais bon
C'est une propagation hyper super rapide ! Mais bon
Les miens on mis entre 24 et 48h pour être vus Mais bon
-- Cheval-de-trait Vous aimez les chevaux ? Moi aussi, surtout les gros ! http://www.cheval-de-trait.org Vous êtes curieux des bovins ? http://www.bovins-de-france.org
...
noemailplease
C'est une propagation hyper super rapide ! Mais bon
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
Les miens on mis entre 24 et 48h pour être vus
Si une requête est faite avant la création du domaine, les dns vont garder en cache que le domaine n'existe pas pour l'instant et là effectivement on n'a plus qu'à patienter. Si la requête est faite juste après la création, le client d'un dns 'vierge' sera dirigé vers les serveurs racines qui le redescendront vers le bon immédiatement.
Mais bon Pareil ;-)
C'est une propagation hyper super rapide !
Mais bon
Je parle d'une création de domaine il n'y a donc pas de propagation,
je trouve d'ailleurs ce terme mal employé, mais bon ;-)
Les miens on mis entre 24 et 48h pour être vus
Si une requête est faite avant la création du domaine, les dns vont
garder en cache que le domaine n'existe pas pour l'instant et là
effectivement on n'a plus qu'à patienter.
Si la requête est faite juste après la création, le client d'un dns
'vierge' sera dirigé vers les serveurs racines qui le redescendront
vers le bon immédiatement.
C'est une propagation hyper super rapide ! Mais bon
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
Les miens on mis entre 24 et 48h pour être vus
Si une requête est faite avant la création du domaine, les dns vont garder en cache que le domaine n'existe pas pour l'instant et là effectivement on n'a plus qu'à patienter. Si la requête est faite juste après la création, le client d'un dns 'vierge' sera dirigé vers les serveurs racines qui le redescendront vers le bon immédiatement.
Mais bon Pareil ;-)
-jl-
a écrit dans le message de news:
C'est une propagation hyper super rapide ! Mais bon
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :) -- -jl-
<noemailplease@laposte.net> a écrit dans le message de news:
1150983870.934850.50680@p79g2000cwp.googlegroups.com...
C'est une propagation hyper super rapide !
Mais bon
Je parle d'une création de domaine il n'y a donc pas de propagation,
je trouve d'ailleurs ce terme mal employé, mais bon ;-)
C'est une propagation hyper super rapide ! Mais bon
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :) -- -jl-
noemailplease
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :)
Non, j'attends que l'éminent spécialiste que je soupçonne au travers de ta réponse vienne me faire l'éclatante démonstration de mon indécrotable imcompréhension de la technique informatique.
Allez, explique moi donc ce qu'il se passe quand un registrar enregistre un nouveau domaine.
Je parle d'une création de domaine il n'y a donc pas de propagation,
je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :)
Non, j'attends que l'éminent spécialiste que je soupçonne au travers
de ta réponse vienne me faire l'éclatante démonstration de mon
indécrotable imcompréhension de la technique informatique.
Allez, explique moi donc ce qu'il se passe quand un registrar
enregistre un nouveau domaine.
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :)
Non, j'attends que l'éminent spécialiste que je soupçonne au travers de ta réponse vienne me faire l'éclatante démonstration de mon indécrotable imcompréhension de la technique informatique.
Allez, explique moi donc ce qu'il se passe quand un registrar enregistre un nouveau domaine.
Patrick Mevzek
Les miens on mis entre 24 et 48h pour être vus
Si une requête est faite avant la création du domaine, les dns vont garder en cache que le domaine n'existe pas pour l'instant et là effectivement on n'a plus qu'à patienter.
Le negative TTL en .COM est de 900 secondes.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
Les miens on mis entre 24 et 48h pour être vus
Si une requête est faite avant la création du domaine, les dns vont
garder en cache que le domaine n'existe pas pour l'instant et là
effectivement on n'a plus qu'à patienter.
Le negative TTL en .COM est de 900 secondes.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/index>
Si une requête est faite avant la création du domaine, les dns vont garder en cache que le domaine n'existe pas pour l'instant et là effectivement on n'a plus qu'à patienter.
Le negative TTL en .COM est de 900 secondes.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
Patrick Mevzek
- d'avoir aucune réponse claire à une question pourtant pas bien compliquée
La question n'est pas simple, en toute généralité. Pour y répondre correctement, il faut - des compétences techniques : quelles règles d'attribution, quelles limites techniques, etc... - des compétences juridiques : quelles sont les lois qui s'appliquent, etc...
Oui et pourtant n'importe quel individu cherchant à déposer un .fr devrait se poser cette question ;
C'est le point particulièrement ridicule de l'ensemble de la filière de vente des noms de domaine, bien sûr pas mis en avant par les registres et les bureaux : tous les contrats, quelque soit le TLD, imposent, au client final (par inclusions successives dans la chaîne des contrats registre -> bureau -> client) de vérifier, a priori, que son choix ne porte pas atteinte au droit des «tiers». Donc responsabilisation à 100% du client.
Sauf que 1) ce n'est déjà pas évident d'identifier quels sont ces tiers : comme vous le mentionnez le nom de famille peut ou pas (je ne suis pas juriste et je ne sais pas personnellement) être protégé, c'est le cas dans certains pays et pas dans d'autres 2) même une fois que c'est fait, il n'y a pas de base de données en ligne, internationale, à jour et gratuite pour vérifier l'existence des marques et droits associés.
On peut donc de toute bonne foi déposer un nom de domaine qui enfreint une règle absconse du droit d'un pays quelconque. Quand tout va bien, effectivement on ne risque que de perdre le domaine, mais : 1) ce n'est pas agréable de recevoir des courriers agressifs d'avocat et d'être ennuyé pour pas grand chose finalement 2) la «négociation» se passe plus ou moins bien : parfois on propose quelques dizaines/centaines d'euros/dollars pour compenser le prix d'achat, parfois rien du tout 3) le nom de domaine a peut-être déjà été utilisé ( emails, site web), et cela peut être du travail que de tout déplacer (techniquement + arriver à faire suivre tous les gens qui ont noté l'ancienne adresse) 4) et il y a la charge émotive et l'investissement personnel
A ma connaissance, quelques registres (.NAME, .CAT) proposent les «defensive registration» pour les propriétaires de marque notamment : cela leur permet d'acheter non pas un domaine, mais l'impossibilité que quelqu'un dépose un nom justement, selon un motif (avec expression régulière ou non :-)) défini. A ma connaissance toujours, c'est très peu utilisé. C'est plus «simple» (cela fait vivre les avocats en tout cas), d'attendre que quelqu'un dépose un nom puis de l'attaquer pour le récupérer... ou bien souvent juste demander sa destruction, comme ca le processus recommence avec la prochaine personne qui a le malheur de réserver le nom en question.
Donc, quand on lit le contrat (si on le lit), en fait en pratique on est coincé. On signe comme quoi on a vérifié quelque chose qu'il est impossible de vérifier, pour faire plaisir au bureau et au registre (transmission de la responsabilité au client final).
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
- d'avoir aucune réponse claire à une question pourtant pas bien
compliquée
La question n'est pas simple, en toute généralité.
Pour y répondre correctement, il faut
- des compétences techniques : quelles règles d'attribution,
quelles limites techniques, etc...
- des compétences juridiques : quelles sont les lois qui
s'appliquent, etc...
Oui et pourtant n'importe quel individu cherchant à déposer un .fr devrait se poser cette
question ;
C'est le point particulièrement ridicule de l'ensemble de la filière de
vente des noms de domaine, bien sûr pas mis en avant par les registres et
les bureaux : tous les contrats, quelque soit le TLD, imposent, au client
final (par inclusions successives dans la chaîne des contrats registre ->
bureau -> client) de vérifier, a priori, que son choix ne porte pas
atteinte au droit des «tiers». Donc responsabilisation à 100% du client.
Sauf que
1) ce n'est déjà pas évident d'identifier quels sont ces tiers : comme
vous le mentionnez le nom de famille peut ou pas (je ne suis pas juriste
et je ne sais pas personnellement) être protégé, c'est le cas dans
certains pays et pas dans d'autres
2) même une fois que c'est fait, il n'y a pas de base de données en
ligne, internationale, à jour et gratuite pour vérifier l'existence des
marques et droits associés.
On peut donc de toute bonne foi déposer un nom de domaine qui enfreint
une règle absconse du droit d'un pays quelconque. Quand tout va bien,
effectivement on ne risque que de perdre le domaine, mais :
1) ce n'est pas agréable de recevoir des courriers agressifs d'avocat et
d'être ennuyé pour pas grand chose finalement
2) la «négociation» se passe plus ou moins bien : parfois on propose
quelques dizaines/centaines d'euros/dollars pour compenser le prix d'achat,
parfois rien du tout
3) le nom de domaine a peut-être déjà été utilisé ( emails, site web),
et cela peut être du travail que de tout déplacer (techniquement +
arriver à faire suivre tous les gens qui ont noté l'ancienne adresse)
4) et il y a la charge émotive et l'investissement personnel
A ma connaissance, quelques registres (.NAME, .CAT) proposent les
«defensive registration» pour les propriétaires de marque notamment :
cela leur permet d'acheter non pas un domaine, mais l'impossibilité que
quelqu'un dépose un nom justement, selon un motif (avec expression
régulière ou non :-)) défini. A ma connaissance toujours, c'est très
peu utilisé. C'est plus «simple» (cela fait vivre les avocats en tout
cas), d'attendre que quelqu'un dépose un nom puis de l'attaquer pour le
récupérer... ou bien souvent juste demander sa destruction, comme ca
le processus recommence avec la prochaine personne qui a le malheur de
réserver le nom en question.
Donc, quand on lit le contrat (si on le lit), en fait en pratique on est
coincé. On signe comme quoi on a vérifié quelque chose qu'il est
impossible de vérifier, pour faire plaisir au bureau et au registre
(transmission de la responsabilité au client final).
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/index>
- d'avoir aucune réponse claire à une question pourtant pas bien compliquée
La question n'est pas simple, en toute généralité. Pour y répondre correctement, il faut - des compétences techniques : quelles règles d'attribution, quelles limites techniques, etc... - des compétences juridiques : quelles sont les lois qui s'appliquent, etc...
Oui et pourtant n'importe quel individu cherchant à déposer un .fr devrait se poser cette question ;
C'est le point particulièrement ridicule de l'ensemble de la filière de vente des noms de domaine, bien sûr pas mis en avant par les registres et les bureaux : tous les contrats, quelque soit le TLD, imposent, au client final (par inclusions successives dans la chaîne des contrats registre -> bureau -> client) de vérifier, a priori, que son choix ne porte pas atteinte au droit des «tiers». Donc responsabilisation à 100% du client.
Sauf que 1) ce n'est déjà pas évident d'identifier quels sont ces tiers : comme vous le mentionnez le nom de famille peut ou pas (je ne suis pas juriste et je ne sais pas personnellement) être protégé, c'est le cas dans certains pays et pas dans d'autres 2) même une fois que c'est fait, il n'y a pas de base de données en ligne, internationale, à jour et gratuite pour vérifier l'existence des marques et droits associés.
On peut donc de toute bonne foi déposer un nom de domaine qui enfreint une règle absconse du droit d'un pays quelconque. Quand tout va bien, effectivement on ne risque que de perdre le domaine, mais : 1) ce n'est pas agréable de recevoir des courriers agressifs d'avocat et d'être ennuyé pour pas grand chose finalement 2) la «négociation» se passe plus ou moins bien : parfois on propose quelques dizaines/centaines d'euros/dollars pour compenser le prix d'achat, parfois rien du tout 3) le nom de domaine a peut-être déjà été utilisé ( emails, site web), et cela peut être du travail que de tout déplacer (techniquement + arriver à faire suivre tous les gens qui ont noté l'ancienne adresse) 4) et il y a la charge émotive et l'investissement personnel
A ma connaissance, quelques registres (.NAME, .CAT) proposent les «defensive registration» pour les propriétaires de marque notamment : cela leur permet d'acheter non pas un domaine, mais l'impossibilité que quelqu'un dépose un nom justement, selon un motif (avec expression régulière ou non :-)) défini. A ma connaissance toujours, c'est très peu utilisé. C'est plus «simple» (cela fait vivre les avocats en tout cas), d'attendre que quelqu'un dépose un nom puis de l'attaquer pour le récupérer... ou bien souvent juste demander sa destruction, comme ca le processus recommence avec la prochaine personne qui a le malheur de réserver le nom en question.
Donc, quand on lit le contrat (si on le lit), en fait en pratique on est coincé. On signe comme quoi on a vérifié quelque chose qu'il est impossible de vérifier, pour faire plaisir au bureau et au registre (transmission de la responsabilité au client final).
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
-jl-
a écrit dans le message de news:
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :)
Non, j'attends que l'éminent spécialiste que je soupçonne au travers de ta réponse vienne me faire l'éclatante démonstration de mon indécrotable imcompréhension de la technique informatique.
Allez, explique moi donc ce qu'il se passe quand un registrar enregistre un nouveau domaine.
c'est juste du bon sens, quant tu enregistre un domaine les serveurs dns que tu parametre ne sont pas propagé par l'operation du saint esprit
ha oui j'oubliai l'effet divinaoire des differnet fai haaaaaaaaa hummmmmmmmmmmmmmmm, ca y est c'est transmis :)
-jl-
<noemailplease@laposte.net> a écrit dans le message de news:
1150985329.650323.181970@p79g2000cwp.googlegroups.com...
Je parle d'une création de domaine il n'y a donc pas de propagation,
je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :)
Non, j'attends que l'éminent spécialiste que je soupçonne au travers
de ta réponse vienne me faire l'éclatante démonstration de mon
indécrotable imcompréhension de la technique informatique.
Allez, explique moi donc ce qu'il se passe quand un registrar
enregistre un nouveau domaine.
c'est juste du bon sens, quant tu enregistre un domaine les serveurs dns que
tu parametre ne sont pas propagé par l'operation du saint esprit
ha oui j'oubliai l'effet divinaoire des differnet fai
haaaaaaaaa hummmmmmmmmmmmmmmm, ca y est c'est transmis :)
Je parle d'une création de domaine il n'y a donc pas de propagation, je trouve d'ailleurs ce terme mal employé, mais bon ;-)
n'importe quoi tu te relis au moins :)
Non, j'attends que l'éminent spécialiste que je soupçonne au travers de ta réponse vienne me faire l'éclatante démonstration de mon indécrotable imcompréhension de la technique informatique.
Allez, explique moi donc ce qu'il se passe quand un registrar enregistre un nouveau domaine.
c'est juste du bon sens, quant tu enregistre un domaine les serveurs dns que tu parametre ne sont pas propagé par l'operation du saint esprit
ha oui j'oubliai l'effet divinaoire des differnet fai haaaaaaaaa hummmmmmmmmmmmmmmm, ca y est c'est transmis :)
-jl-
noemailplease
Allez, explique moi donc ce qu'il se passe quand un registrar enregistre un nouveau domaine.
c'est juste du bon sens, quant tu enregistre un domaine les serveurs dns que tu parametre ne sont pas propagé par l'operation du saint esprit
Mince, je pensais avoir trouvé un pro qui savait comment fonctionnaient les serveurs DNS mais me voilà encore une fois avec monsieur "j'ai réponse à tout mais je ne comprends pas ce que je fais".
Je ne prétends pas tout maîtriser mais quand après avoir pendant des années attendu mes domaines pendant 24h parce que "vous comprenez mon bon monsieur, il faut que ça se propage", j'ai eu une petite surprise quand en changeant de fournisseur je les obtenais en cinq minutes. Sauf que n'étant guère porté sur le divin, je me suis tapé les rfc histoire de comprendre un peu. Peut-être n'ais-je pas tout compris, à mon âge les neurones ne tournent plus aussi vite, mais manifestement ce n'est pas toi qui me le prouvera.
Allez, explique moi donc ce qu'il se passe quand un registrar
enregistre un nouveau domaine.
c'est juste du bon sens, quant tu enregistre un domaine les serveurs dns que
tu parametre ne sont pas propagé par l'operation du saint esprit
Mince, je pensais avoir trouvé un pro qui savait comment
fonctionnaient les serveurs DNS mais me voilà encore une fois avec
monsieur "j'ai réponse à tout mais je ne comprends pas ce que je
fais".
Je ne prétends pas tout maîtriser mais quand après avoir pendant des
années attendu mes domaines pendant 24h parce que "vous comprenez mon
bon monsieur, il faut que ça se propage", j'ai eu une petite surprise
quand en changeant de fournisseur je les obtenais en cinq minutes. Sauf
que n'étant guère porté sur le divin, je me suis tapé les rfc
histoire de comprendre un peu.
Peut-être n'ais-je pas tout compris, à mon âge les neurones ne
tournent plus aussi vite, mais manifestement ce n'est pas toi qui me le
prouvera.
Allez, explique moi donc ce qu'il se passe quand un registrar enregistre un nouveau domaine.
c'est juste du bon sens, quant tu enregistre un domaine les serveurs dns que tu parametre ne sont pas propagé par l'operation du saint esprit
Mince, je pensais avoir trouvé un pro qui savait comment fonctionnaient les serveurs DNS mais me voilà encore une fois avec monsieur "j'ai réponse à tout mais je ne comprends pas ce que je fais".
Je ne prétends pas tout maîtriser mais quand après avoir pendant des années attendu mes domaines pendant 24h parce que "vous comprenez mon bon monsieur, il faut que ça se propage", j'ai eu une petite surprise quand en changeant de fournisseur je les obtenais en cinq minutes. Sauf que n'étant guère porté sur le divin, je me suis tapé les rfc histoire de comprendre un peu. Peut-être n'ais-je pas tout compris, à mon âge les neurones ne tournent plus aussi vite, mais manifestement ce n'est pas toi qui me le prouvera.
noemailplease
Si une requête est faite avant la création du domaine, les dns vont garder en cache que le domaine n'existe pas pour l'instant et là effectivement on n'a plus qu'à patienter.
Le negative TTL en .COM est de 900 secondes.
Oui, mais quelques FAI ont jugé bon de modifier leurs caches pour tenter de réduire un peu plus le traffic.
D'ailleurs pourquoi le .fr est à 5400 et le .org à 10800 ?
Si une requête est faite avant la création du domaine, les dns vont
garder en cache que le domaine n'existe pas pour l'instant et là
effectivement on n'a plus qu'à patienter.
Le negative TTL en .COM est de 900 secondes.
Oui, mais quelques FAI ont jugé bon de modifier leurs caches pour
tenter de réduire un peu plus le traffic.
D'ailleurs pourquoi le .fr est à 5400 et le .org à 10800 ?
Si une requête est faite avant la création du domaine, les dns vont garder en cache que le domaine n'existe pas pour l'instant et là effectivement on n'a plus qu'à patienter.
Le negative TTL en .COM est de 900 secondes.
Oui, mais quelques FAI ont jugé bon de modifier leurs caches pour tenter de réduire un peu plus le traffic.
D'ailleurs pourquoi le .fr est à 5400 et le .org à 10800 ?
Patrick Mevzek
Je ne prétends pas tout maîtriser mais quand après avoir pendant des années attendu mes domaines pendant 24h parce que "vous comprenez mon bon monsieur, il faut que ça se propage", j'ai eu une petite surprise quand en changeant de fournisseur je les obtenais en cinq minutes. Sauf
Les choses ont changé aussi au cours du temps. Serveurs racines rechargés seulement quelques fois par jour + negative TTL élevé dans le temps, et maintenant serveurs racines rechargés souvent voire en quasi continu et negative TTL bas.
Les mises à jour des serveurs racines en quasi temps réel a été un gros fait marquant des nouveaux gTLD, donc VeriSign a dû s'aligner au bout d'un moment.
Idem pour les serveurs whois : chargés une ou deux fois par jour vs à jour en permanence (à 5 minutes près).
BTW, le .FR a prévu aussi de passer sur un mécanisme de mise à jour des DNS beaucoup plus fréquent que le 2 (ou 4) fois par jour actuel.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
Je ne prétends pas tout maîtriser mais quand après avoir pendant des
années attendu mes domaines pendant 24h parce que "vous comprenez mon
bon monsieur, il faut que ça se propage", j'ai eu une petite surprise
quand en changeant de fournisseur je les obtenais en cinq minutes. Sauf
Les choses ont changé aussi au cours du temps. Serveurs racines
rechargés seulement quelques fois par jour + negative TTL élevé dans le
temps, et maintenant serveurs racines rechargés souvent voire en quasi
continu et negative TTL bas.
Les mises à jour des serveurs racines en quasi temps réel a été un
gros fait marquant des nouveaux gTLD, donc VeriSign a dû s'aligner au
bout d'un moment.
Idem pour les serveurs whois : chargés une ou deux fois par jour vs à
jour en permanence (à 5 minutes près).
BTW, le .FR a prévu aussi de passer sur un mécanisme de mise à jour des
DNS beaucoup plus fréquent que le 2 (ou 4) fois par jour actuel.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/index>
Je ne prétends pas tout maîtriser mais quand après avoir pendant des années attendu mes domaines pendant 24h parce que "vous comprenez mon bon monsieur, il faut que ça se propage", j'ai eu une petite surprise quand en changeant de fournisseur je les obtenais en cinq minutes. Sauf
Les choses ont changé aussi au cours du temps. Serveurs racines rechargés seulement quelques fois par jour + negative TTL élevé dans le temps, et maintenant serveurs racines rechargés souvent voire en quasi continu et negative TTL bas.
Les mises à jour des serveurs racines en quasi temps réel a été un gros fait marquant des nouveaux gTLD, donc VeriSign a dû s'aligner au bout d'un moment.
Idem pour les serveurs whois : chargés une ou deux fois par jour vs à jour en permanence (à 5 minutes près).
BTW, le .FR a prévu aussi de passer sur un mécanisme de mise à jour des DNS beaucoup plus fréquent que le 2 (ou 4) fois par jour actuel.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
