Bonjour ,
Je suis depuis un moment ce NG et du coup j'ai un souci sur ce que font
les differents acteurs dans la gestion d'un nom de domaine.
Supposons que je veuille acheter le domaine "domaine.fr" (c'est juste un
exemple)
Il faut que je m'adresse a une societe : c'est lui qui va mettre a jour
les DNS du mon de entier pour que domaine.fr pointe sur mon adresse IP
c'est ca ? C'est cette societe le registrar ?
Si c'est non , c'est qui ?
Manifestement il y a une autre entite qui gere les DNS ... il me semblai
que c'est la societe a qui j'achete domaine.fr qui se charge de cela non ?
Et c'est quoi "gerer les DNS" si ce n'est "associer domaine.fr a un IP"
? alors pourquoi mettre en jeu deux societes pour prendre en charge une
tache aussi simple ? ( ou bien il y a des histoires de sous-domaines ? )
--
Rakotomandimby Mihamina Andrianifaharana
Tel : +33 2 38 76 43 65
http://stko.dyndns.info/site_principal/Members/mihamina
dans (in) fr.reseaux.internet.hebergement, "Spyou" ecrivait (wrote) :
"Eric Demeester"
Une exception qui confirme la règle : http://www.switch.ch/fr/id/
Idem pour beaucoup de TLDs exotiques
Tu considères la confédération helvétique comme exotique ?
Elle l'est, note, mais en matière d'Internet, je ne m'y attendais pas :)
-- Eric Demeester - http://www.galacsys.net
Patrick
Ils deleguent généralement l'attribution des noms de domaine aux suivants. En tant que client final tu ne t'adresse jamais aux registry.
Une exception qui confirme la règle : http://www.switch.ch/fr/id/
Il y en a d'autres. Plusieurs registres autorisent les clients à contacter directement leurs services, sans passer par un registrar, mais en général avec des tarifs bien plus élevés que les tarifs registrars. Si je dis pas de bêtises, c'est au moins le cas de .UK et de .DE
Je rappelle d'autre part qu'il y a une FAQ sur les problématiques de domaines, postées ici-même tous les 15jours.
Patrick.
Ils deleguent généralement l'attribution des noms de domaine aux
suivants. En tant que client final tu ne t'adresse jamais aux registry.
Une exception qui confirme la règle : http://www.switch.ch/fr/id/
Il y en a d'autres.
Plusieurs registres autorisent les clients à contacter directement leurs
services, sans passer par un registrar, mais en général avec des tarifs
bien plus élevés que les tarifs registrars.
Si je dis pas de bêtises, c'est au moins le cas de .UK et de .DE
Je rappelle d'autre part qu'il y a une FAQ sur les problématiques de
domaines, postées ici-même tous les 15jours.
Ils deleguent généralement l'attribution des noms de domaine aux suivants. En tant que client final tu ne t'adresse jamais aux registry.
Une exception qui confirme la règle : http://www.switch.ch/fr/id/
Il y en a d'autres. Plusieurs registres autorisent les clients à contacter directement leurs services, sans passer par un registrar, mais en général avec des tarifs bien plus élevés que les tarifs registrars. Si je dis pas de bêtises, c'est au moins le cas de .UK et de .DE
Je rappelle d'autre part qu'il y a une FAQ sur les problématiques de domaines, postées ici-même tous les 15jours.
Patrick.
Patrick
Les root servers :
Ce sont des serveurs (ou plutot des tas de serveurs) qui sont (de mémoire) une quinzaine dans le monde
Y en a 13 au niveau IP (dû à une limitation du protocole), de A.ROOT-SERVERS.NET à M.ROOT-SERVERS.NET
Bien entendu, derrière chaque IP on trouve physiquement plusieurs machines, qui se répartissent la charge en local et assurent le fail-over. Donc physiquement il faut multiplier par 2 ou 3.
Et puis, depuis 1 an en gros, 3 opérateurs de root-servers utilisent l'anycasting pour héberger des copies un peu partout dans le monde, toutes les copies répondant à la même IP. C'est le cas de F,I et K, mais d'après http://www.root-servers.org/ ca semble aussi être le cas en partie pour C et J.
Au total, on doit facilement dépasser 50 machines, voire s'approcher d'une centaine.
et qui distribuent l'information générale des noms de domaines (il existe, tjrs de mémoire, 5 ou 6 root servers dédiés uniquement au .COM qui contiennent la liste complete des domaines .COM enregistré par les registrars aupres des registry et les adresses des serveurs DNS qui y sont associés)
A chaque niveau de l'arborescence, il y a des root servers. Mais pour un TLD, comme .COM, on parle plutôt de gTLD servers, pour garder ``root servers'' comme serveur de ``.'' (la racine).
.COM a aussi 13 serveurs dns, distincts des 13 précédents. Ces 13 serveurs sont tous gérés par Verisign, registre du .COM et .NET
Patrick.
Les root servers :
Ce sont des serveurs (ou plutot des tas de serveurs) qui sont (de
mémoire) une quinzaine dans le monde
Y en a 13 au niveau IP (dû à une limitation du protocole), de
A.ROOT-SERVERS.NET à M.ROOT-SERVERS.NET
Bien entendu, derrière chaque IP on trouve physiquement plusieurs
machines, qui se répartissent la charge en local et assurent le
fail-over.
Donc physiquement il faut multiplier par 2 ou 3.
Et puis, depuis 1 an en gros, 3 opérateurs de root-servers utilisent
l'anycasting pour héberger des copies un peu partout dans le monde,
toutes les copies répondant à la même IP.
C'est le cas de F,I et K, mais d'après http://www.root-servers.org/ ca
semble aussi être le cas en partie pour C et J.
Au total, on doit facilement dépasser 50 machines, voire s'approcher
d'une centaine.
et qui distribuent l'information
générale des noms de domaines (il existe, tjrs de mémoire, 5 ou 6 root
servers dédiés uniquement au .COM qui contiennent la liste complete des
domaines .COM enregistré par les registrars aupres des registry et les
adresses des serveurs DNS qui y sont associés)
A chaque niveau de l'arborescence, il y a des root servers. Mais pour un
TLD, comme .COM, on parle plutôt de gTLD servers, pour garder ``root
servers'' comme serveur de ``.'' (la racine).
.COM a aussi 13 serveurs dns, distincts des 13 précédents.
Ces 13 serveurs sont tous gérés par Verisign, registre du .COM et .NET
Ce sont des serveurs (ou plutot des tas de serveurs) qui sont (de mémoire) une quinzaine dans le monde
Y en a 13 au niveau IP (dû à une limitation du protocole), de A.ROOT-SERVERS.NET à M.ROOT-SERVERS.NET
Bien entendu, derrière chaque IP on trouve physiquement plusieurs machines, qui se répartissent la charge en local et assurent le fail-over. Donc physiquement il faut multiplier par 2 ou 3.
Et puis, depuis 1 an en gros, 3 opérateurs de root-servers utilisent l'anycasting pour héberger des copies un peu partout dans le monde, toutes les copies répondant à la même IP. C'est le cas de F,I et K, mais d'après http://www.root-servers.org/ ca semble aussi être le cas en partie pour C et J.
Au total, on doit facilement dépasser 50 machines, voire s'approcher d'une centaine.
et qui distribuent l'information générale des noms de domaines (il existe, tjrs de mémoire, 5 ou 6 root servers dédiés uniquement au .COM qui contiennent la liste complete des domaines .COM enregistré par les registrars aupres des registry et les adresses des serveurs DNS qui y sont associés)
A chaque niveau de l'arborescence, il y a des root servers. Mais pour un TLD, comme .COM, on parle plutôt de gTLD servers, pour garder ``root servers'' comme serveur de ``.'' (la racine).
.COM a aussi 13 serveurs dns, distincts des 13 précédents. Ces 13 serveurs sont tous gérés par Verisign, registre du .COM et .NET
Patrick.
Stephane Kanschine
Dans , Eric Demeester tapotait :
Ce ne sont pas plutôt des prestataires option 1 (ceux qui payent cher) qui ont accès à l'interface SOAP ?
C'est indiqué où ? Parce que succintement, c'est pas précisé dans la documentation : http://www.afnic.fr/doc/interface/servicesweb/
et le site est un peu fouilli voir non à jour : http://www.afnic.fr/afnic/adhesion/prestataire/avantages#notebas
-- Stephane Kanschine Amadouer l'anti-spam pour me répondre
Dans <20nd8050qtugepoogtkc9ggau7o3aesqoo@4ax.com>, Eric Demeester
tapotait :
Ce ne sont pas plutôt des prestataires option 1 (ceux qui payent cher)
qui ont accès à l'interface SOAP ?
C'est indiqué où ? Parce que succintement, c'est pas précisé dans la
documentation :
http://www.afnic.fr/doc/interface/servicesweb/
et le site est un peu fouilli voir non à jour :
http://www.afnic.fr/afnic/adhesion/prestataire/avantages#notebas
--
Stephane Kanschine
Amadouer l'anti-spam pour me répondre
