Foire Aux Questions du forum fr.reseaux.internet.hebergement

Note: ce document est la version web de la F.A.Q. posté une fois par
mois dans le forum fr.reseaux.internet.hebergement, il est également
disponible à cette url: http://www.dotandco.net/ressources/faqfrih.fr

Pour apporter toute contribution/correction/remarque à ce document,
n'hésitez pas à contacter jules@typhon.net

Version: 1.5

Merci à Françoise pour ses suggestions et corrections !

1) Qu'est-ce qu'un nom de domaine ?

Un nom de domaine est, techniquement, une chaîne de caractères selon
un certain format. C'est en fait ce qui définit principalement
l'identité d'un site Web (via les liens pointant sur ce site) et
d'adresses de courrier électronique. Cela permet de donner un nom
familier à n'importe quel ordinateur sur Internet, alors que les
ordinateurs ne travaillent qu'avec des nombres (ce qu'on nomme les
adresses IP, par exemple 192.168.17.19).

Un nom de domaine doit être unique sur tout Internet, c'est pour cela
qu'il y a des organismes qui gèrent cela, au niveau mondial et au
niveau national. Il faut donc enregistrer un nom de domaine avant de
pouvoir l'utiliser.

Un nom de domaine est constitué de ``mots'' séparés par des points.
Cela représente une structure hiérarchique qui se ``lit'' de droite à
gauche. Ce qu'il y a à l'extrême droite s'appelle un TLD, pour Top
Level Domain. C'est ce qui donne une idée de la ``catégorie'' du nom
de domaine. Cela peut-être un gTLD (generic TLD), ie un TLD au niveau
mondial, comme .com, .org et .net. Cela peut aussi être un ccTLD
(country code TLD) désignant alors un pays : .fr, .uk, .de, etc... Le
code utilisé est le code ISO3166 du pays (sauf exceptions). Chaque
pays dans le monde a le sien.

On trouvera la correspondance TLD / pays ici :
http://www.iana.org/cctld/cctld-whois.htm

Initialement, tous les caractères n'étaient pas permis dans un nom de
domaine. On ne peut y trouver que lettres (il n'y a pas de distinction
minuscules/majuscules) et chiffres, ainsi que le trait-d'union
(celui-ci ne pouvant être à la fin ou au début d'un nom).

Cependant, et afin de pouvoir écrire un nom de domaine dans n'importe
quelle langue, sont nés les noms de domaines «multilingues« ou
«internationalisés» que l'on regroupe sous l'acronyme IDN
(Internationalized Domain Names). A terme ils permettront d'inscrire
potentiellement n'importe quel caractère, idéogramme, symbole dans un
nom de domaine. Ces nouveaux standards techniques issus de l'IETF en
se basant sur les travaux du consortium Unicode, sont actuellement en
train d'être déployés dans les différents registres. Aussi,
l'enregistrement de noms de domaines multilingues peut être déjà
disponible dans certains TLDs, en totalité ou en partie.

2) Qu'est ce que l'ICANN ? Qu'est-ce que la Registry ? Un Registrar ?

C'est l'ICANN (Internet Corporation for Assigned Names and Numbers,
http://www.icann.org/ ) qui décide de la création de nouveaux TLD, qui
décide quel TLD correspond à quel pays, et qui attribue la gestion de
chaque TLD à un organisme local, appelé Registry. L'ICANN est mandaté
par (et sous contrat avec) le gouvernement américain (département du
commerce).

Chaque Registry décide des mécanismes d'attribution des domaines dans
son TLD, des procédures et des coûts. Certaines fonctionnent de
manière ouverte et sans charte de nommage (.com, .org, .net) d'autres
sont soumises à restriction (identification nécessaire avant l'achat
du domaine) avec une charte de nommage (le choix du nom de domaine
n'est pas libre).

En novembre 2000, l'ICANN a décidé de la création de 7 nouveaux gTLD :
.info .pro .museum .aero .biz .name .coop (cf
http://www.icann.org/tlds/).

En 2004, une deuxième phase de lancement est prévue. L'ICANN a reçu
pour le moment 10 propositions: .asia .cat .jobs .mail .mobi .post
.tel (2 propositions) .travel et .xxx (cf
http://www.icann.org/announcements/a...nt-19mar04.htm)

3) Qui est NSI/Network Solutions ?

Network Solutions, Inc. (abrégé en NSI) est l'organisme américain qui
était chargé de gérer les TLD .com/.org/.net avant la formation de
l'ICANN en 1998.

Plus de 20 millions de domaines ont été déposé dans ces trois TLD.

En 1999, l'état américain a décidé d'ouvrir cela à la concurrence. Il
y a donc une société qui joue le rôle de Registry, en assurant la
cohésion globale, et plusieurs sociétés qui sont Registrars (ou
``bureau d'enregistrement'' en français), accrédités par l'ICANN et
donc sous contrat avec l'ICANN d'une part et avec la Registry d'autre
part.

Vous pouvez voir la liste des Registrars accrédités ici:
http://www.icann.org/registrars/accredited-list.html

NSI avait à ce moment une activité de Registry et de Registrar, en
concurrence avec tous les autres Registrars.

En 2000, la société Verisign a racheté NSI, récupérant ainsi son
activité de Registrar et (surtout) de Registry. Puis après trois ans
d'activité Verisign c'est séparé de NSI fin 2003 tout en gardant
l'activité de Registry.

Actuellement NSI n'a plus qu'une activité de Registrar et c'est
Verisign (rebaptisée entre temps Verisign Naming and Directory
Services) qui gère les TLD .com et .net ; la gestion des .org a été
délégué à l'organisation "Public Interest Registry" fin 2002.

4) Où puis-je acquérir un .com ? un .fr ? un .uk ? un .de ? etc...

Chaque TLD a son système de fonctionnement. Il faudra donc voir auprès
de la Registry concernée. Dans certains cas, c'est la Registry qui
vend les domaines directement aux clients. Dans d'autres cas la
Registry choisit des sociétés en tant que Registrar auxquels les
clients devront se référer pour l'achat des noms. Ces Registrars
peuvent eux-mêmes avoir des revendeurs. N'importe quelle société peut
aussi jouer le rôle d'intermédiaire et enregistrer un nom de domaine
auprès d'un Registrar pour une tierce personne. Mais au final le
contrat lie toujours le possesseur du domaine au Registrar, lui-même
lié à la Registry, quels que soient les intermédiaires.

A noter qu'il existe quelques cas mixtes (proposant l'enregistrement
directement via la Registry ou via un Registrar accrédité), comme
Nominet, la Registry du .uk. (Cf. http://www.nic.uk/)

C'est la Registry qui fixe le prix de vente d'un domaine au Registrar.
Mais chaque Registrar est libre de fixer son prix de vente aux clients
finaux ainsi que la palette des services qu'il propose. Ainsi le prix
de vente d'un domaine en .com/.net/.org/.info/.biz aux Registrars
accrédités est de $6, par an et par domaine (sans réductions).

On trouvera sur http://www.allwhois.com/ la liste des Registry de
chaque TLD, avec un lien vers leur site Web, leur politique (TLD
ouvert à tout le monde ou uniquement aux ressortissants du pays), leur
prix, et leur serveur whois.

On trouvera à ces adresses la liste des Registrars accrédités par
l'ICANN pour .org/.net/.com/.info/.biz :
* http://www.internic.net/alpha.html par ordre alphabétique
* http://www.internic.net/origin.html par localisation géographique
* http://www.internic.net/language.html par langues
* http://www.icann.org/registrars/accredited-list.html incluant les
Registrars accrédités mais non encore opérationnels

5) Comment changer de Registrar ?

Selon les TLD il est plus ou moins facile et possible de changer de
Registrar. Pour un .com/.org/.net/.info/.biz c'est possible, et c'est
une obligation contractuelle de chaque Registrar vis à vis de l'ICANN.
La procédure dépend de chaque Registrar : il faudra donc se renseigner
auprès du nouveau Registrar que vous souhaitez sur les détails.

6) Que faire en cas de litige sur la possession d'un nom ?

Les noms de domaine, même dans le cas d'une charte de nommage, sont
fournis sur le principe : premier arrivé, premier servi.

Il peut donc y avoir des litiges sur la possession des noms de
domaines. Les méthodes de recours dépendent des TLD, et il faut donc
se rapprocher de la Registry concernée.

Pour les .com/.org/.net/.info/.biz, il y a une procédure uniforme de
résolution des litiges : http://www.icann.org/udrp/udrp.htm Le
plaignant peut aussi porter plainte devant un tribunal.

7) Qu'est-ce que WHOIS ?

Le WHOIS est une base de données mondiale plus ou moins décentralisée
dans laquelle sont stockée tous les noms de domaine utilisés,
avec les paramètres relatifs au propriétaire du domaine, aux
informations techniques, etc...

Ainsi chaque Registre maintient un service Whois (de l'anglais WHO IS
= QUI EST) pour les domaines dans les TLDs qu'il gère.

Selon les TLDs, il est réparti (ex: .COM/.NET) ou pas
(.FR/.BIZ/.INFO/etc...). Dans le premier cas, une partie des
informations est donnée par le Registre et la seconde partie
(contenant les informations nominatives sur le domaine) est gérée par
le Registrar qui gère le domaine. Dans le second cas, c'est le
Registre qui a toutes les informations sur les domaines. (Voir section
sur la différence entre une Thin et Thick Registry)

De nombreux sites web permettent d'interroger cette base, et il existe
des logiciels pour tous les systèmes d'exploitation qui le permettent.
Vous pouvez aussi utiliser http://www.allwhois.com/

Les informations nominatives qui y sont présentes ne sont pas les
mêmes pour tous les TLD.

A noter que la plupart des WHOIS ne sont pas en temps réel, c'est à
dire qu'il faut quelques heures avant que les informations soient à
jour. Certains gTLDs, notamment les plus récents, ont un WHOIS mis à
jour en temps réel théoriquement, même si dans la pratique la mise à
jour prend quelques minutes après tout changement.

8) Ai-je besoin d'un nom de domaine pour mon site Web ?

Il n'est pas nécessaire d'avoir un nom de domaine pour avoir un site
Web. En effet de nombreux (si ce n'est tous) fournisseurs d'accès
Internet fournissent de l'espace sur leur serveur web pour leurs
clients. L'URL de votre site sera alors quelque chose comme :
http://www.nom-de-mon-prestataire.com/~identifiant ou
http://votrechoix.nom-du-prestataire.com/

9) Quel intérêt d'avoir mon site Web sur un nom de domaine propre ?

Intérêts:
* Simplicité: vous pouvez choisir votre nom, et donc choisir un nom
proche du contenu de votre site (par exemple), plus facile à
mémoriser et donnant une adresse plus courte
* Indépendance: votre nom de domaine vous appartient. Si vous
changez d'hébergeur, il vous suffira de déplacer le nom vers le
nouvel hébergeur, et l'adresse de votre site ne sera pas modifiée
* Services: vous pourrez avoir en plus des adresses email sur ce
domaine, ie plutôt que identifi...@nom-de-mon-prestataire.com vous
pourrez avoir nimporteq...@mon-domaine.org

Inconvénients:
* Coût: vous devrez acheter le nom de domaine, et éventuellement
payer un intermédiaire (certains hébergeurs peuvent se charger du
dépôt du nom de domaine à votre place: dans ce cas, faire bien
attention au propriétaire futur du domaine). Il faudra
renouveler le payement chaque année.
* Complexité: il faudra effectuer (ou faire effectuer) certaines
configurations (notamment dans les DNS) pour ``relier'' votre nom
de domaine à la machine qui héberge vos pages web

10) Que signifient les statuts 'Active' 'Registrar-hold' 'RedemptionPeriod'
'PendingRestore' 'PendingDelete' ...

Note: ces statuts ne concernent pas tous les registres et/ou
peuvent porter des noms différents suivant les registres.

Comme vous pouvez vous en douter ces statuts donnent des indications
sur l'état d'un domaine, encore faut-il savoir à quoi correspondent
ces statuts. Tout d'abord pour connaitre le statut d'un domaine, il
suffit de faire un whois:

Domain Name: EXAMPLE.COM
Registrar: RESERVED-INTERNET ASSIGNED NUMBERS AUTHORITY
Whois Server: whois.iana.org
Referral URL: http://res-dom.iana.org
Name Server: A.IANA-SERVERS.NET
Name Server: B.IANA-SERVERS.NET
Status: REGISTRY-LOCK
Updated Date: 08-jan-2003
Creation Date: 14-aug-1995
Expiration Date: 13-aug-2011

Comme vous pouvez le voir ici, le domaine a comme statut
"REGISTRY-LOCK".

Et maintenant voyons à quoi correpondent ces descriptions:

= Active : Le statut "normal" d'un nom de domaine, il n'y a pas de
soucis particulier.

= Registrar-Hold : Ce statut est librement utilisable par le registrar
donc on peut le retrouver pour différentes raisons, mais le plus
souvent la mise en Registrar-Hold d'un domaine correspond à un domaine
qui n'a pas été renouvelé par le client, à la date d'expiration du
domaine le statut "Registrar-Hold" est donc mis pour une période de 0
à 45 jours. Pendant cette période le domaine peut encore être
renouvelé dans des conditions normales par le propriétaire.

La Registry accorde un délai de 45 jours d'auto-renouvellement, après
l'expiration du domaine. C'est à dire que le jour de l'expiration ce
dernier est automatiquement renouvelé par la Registry et est facturé
comme un renouvellement normal au Registrar. Par la suite, si le
domaine est détruit par le registrar dans les 45 jours, la Registry
rembourse les frais de ce renouvellement au Registrar. Dépassé ce
délai le domaine est définitivement renouvelé et payé par le
Registrar. Nota Bene: pendant cette période, la date d'expiration du
domaine est mise à jour dans les informations données par le whois
Registry (Cf. l'exemple plus haut), même si le renouvellement ne se
fera pas à terme, attention aux confusions donc, la date indiqué n'est
pas forcément "juste" au final. (Si le domaine est finalement détruit
par le Registrar)

Résumons, à l'expiration d'un domaine la plupart des Registrars (mais
chacun reste libre de sa politique) mettent celui-ci en Registrar-Hold
puis dans une période qui s'étant de 0 à 45 jours (Auto-Renew Grace
Period) le domaine est détruit passant ainsi de Registrar-hold à
RedemptionPeriod.

= RedemptionPeriod : Le domaine passe en RedemptionPeriod lorsque le
Registrar supprime le nom de domaine (si le Registrar ne supprime pas
le domaine dans les 45 jours, comme il a été dit plus haut, le domaine
sera renouvelé et donc il ne sera plus question de suppression pour le
moment). Pendant cette période seul le Registrar qui a supprimé le
domaine peut faire une demande à la Registry pour ré-activer le
domaine, dans ce cas le domaine passera en PendingRestore puis il
faudra le renouveler. La ré-activation du domaine est facturée par
la Registry, le prix de vente pour le client final par le biais du
Registrar peut dépasser les 100$. La durée de la RedemptionPeriod est
de 30 jours, au bout de ces 30 jours le domaine change de statut, il
est mis en PendingDelete.

= PendingDelete : Plus aucune modification n'est autorisée sur un
domaine en PendingDelete par la Registry, la durée du PendingDelete
est de 5 jours après quoi le domaine est définitivement supprimé et de
nouveau disponible à l'achat.

= PendingRestore : Dans le cas où le client, par le biais du
Registrar, a demandé/payé la restauration d'un domaine qui était en
RedemptionPeriod, celui passe en "PendingRestore" pour une durée de 7
jours durant laquelle le Registrar doit envoyer un "RestoreReport[*]"
à la Registry, le statut du domaine revient à ce moment la "Active",
il ne reste plus qu'à renouveler normalement le domaine.
[*] Procédure qui ne serait pas automatisable. Pour plus d'infos à ce
sujet voir le paragraphe ``Registrar Transparency Requirements for
Restored Names'' de
http://www.icann.org/bucharest/redemption-topic.htm qui mentionne les
informations devant être présentes dans le rapport du Registrar.

Et, pour le moment (05/09/03), Verisign impose aux Registrars de
passer par une interface Web pour soumettre ces rapports.

11) Comment récupérer, racheter, un domaine qui est en RedemptionPeriod ou
PendingDelete ?

Tout d'abord un nom de domaine qui est dit "intéressant" est
probablement "pisté" par des bots (robots) ayant une connexion temps
réel avec la Registry via un ou plusieurs Registrars, dans ce cas il
est *impossible* d'espérer récupérer le domaine plus rapidement que le
robot, pour deux raisons:

- D'une part le robot surveille en permanence le Nom de Domaine
contrairement à vous, même si vous faites 50 whois par jour dessus,

- D'autre part, les informations que fournit le Whois ne sont pas
toujours mises à jour en temps réel, (ie alors que l'on pourrait
croire qu'un domaine vient d'être supprimé d'après les informations
du whois, le domaine à pu être supprimé il y a déjà plusieurs
heures.) Le robot, lui, à une connexion temps réel et est donc au
courant de la suppression du domaine pratiquement immédiatement, le
résultat est que le domaine est ré-enregistré sous 5/10 minutes (!).

Il est donc impossible manuellement (ie sans passer par un service
spécialisé) de récupérer un nom de domaine qui est suivi par un robot.

Reste alors les services spécialisés qui, justement, proposent de
mettre leur robots et leurs connexions temps réel à disposition des
clients permettant ainsi d'avoir une forte chance de récupérer le
domaine dès sa suppression.

Le plus connu de ces services est SnapName(r):
http://www.snapname.com/

Par contre pour un domaine qui est susceptible de ne pas être suivi
par un robot, vous pouvez tout à fait tenter votre chance en essayant
de le re-réserver manuellement.

Note: certains sites qui proposent une passerelle WHOIS enregistrent
les requêtes effectuées par les visiteurs afin que les responsables du
site puissent étudier les différents domaines recherchés par le biais
de leur whois et éventuellement, dans le cas d'un domaine intéressant,
le réserver à votre place avant vous. Attention donc à ne pas utiliser
un WHOIS par le biais de n'importe quel site, ou alors privilégiez
l'utilisation d'un client WHOIS directement sur votre ordinateur.

12) A propos des .name ...

Les domaines en .name sont à l'origine de la forme prenom.nom.name,
mais il est maintenant (depuis janvier 2004) possible de réserver
directement au second niveau, c'est à dire nom.name.

Plus d'infos: http://www.name/

13) Quelle est la différence entre une 'thin' et une 'thick' Registry ?

Les 'thin' Registry (thin=fin,léger en anglais) n'ont aucune
information personnelle à propos du domaine (nom du propriétaire,
adresse, téléphone etc...), toutes ces informations sont directement
chez le Registrar. Ces Registry n'ont donc que le nom de domaine en
lui même, ses DNS et depuis peu sa date d'expiration/de création et de
dernière mise à jour comme données.

Par contre les 'thick' Registry (thick=épais,complet en anglais) ont
toutes les informations personnelles à propos des domaines qu'ils
gèrent, c'est à dire qu'ils détiennent le nom du propriétaire, son
adresse, son téléphone, son email etc... directement dans leur base de
données en plus bien sûr des DNS, date la d'expiration, de création
(etc...) du domaine.

A noter que d'après les contrats, ces Registry sont censées prévenir
les registrars de l'utilisation faites des données récoltées.

Plus d'infos:
http://www.afilias.info/faqs/for_reg...al_registrar#a

Actuellement le .com et .net sont gérés par Verisign qui est une
'thin' Registry et le .info/.biz/.org sont gérés par des 'thick"
Registry.

14) Jusqu'a combien de NS peut-on mettre par domaine ?

La Registry autorise 13 serveurs de nom par domaine. Tout dépend
ensuite du Registrar qui gère le domaine, qui autorise souvent jusqu'à
4 serveurs de nom, et parfois jusqu'à la limite de 13.

15) Quel statut a le .eu ?

Le .eu est considéré comme un ccTLD et le registre du .EU a été
désigné par la commission européenne.

Comme pour les autres ccTLDs, le gouvernement du pays (la commission
européenne pour notre cas) doit proposer le gestionnaire du TLD, EurID
pour le .eu, qui doit après être avalisé par IANA (fonction assurée
actuellement par l'ICANN).

Plus d'infos: http://www.icann.org/icp/icp-1.htm
http://www.icann.org/committees/gac/...es-23feb00.htm
http://www.icann.org/correspondence/...er-06jul00.htm
http://www.icann.org/correspondence/...ikanen-10aug00
.htm http://www.icann.org/minutes/minutes-25sep00.htm

Le site du Registre EurID: http://www.eurid.org/

On parle actuellement de fin 2005 pour le lancement de la période
"sunrise".

----------- Fin de la F.A.Q. ---------------------------------------

En cas de difficultés, vous pouvez demander de l'aide sur
fr.reseaux.internet.hebergement...

Contributeurs:
* Patrick (patrick -AT- deepcore.org)
* François (francois -AT- teltia.fr)
* Jules (jules -AT- typhon.net)