Récupération et Transfert de Nom de Domaine
Beaucoup se posent la question: comment peut-on transférer le nom de domaine si on est embarrassé par un hébergeur (qui a enregistré le nom de domaine pour nous)
Comme les gens ne veulent pas avoir beaucoup de prestataires, ils cherchent un seul prestataire qui assure à la fois la conception, la réservation du nom de domaine et l’hébergement, bref, un site clés en main, que pour certains, signifie uniquement la conception en CMS.
Ce qu’un propriétaire de site doit demander avant toute chose, c’est que le site doit être enregistré en son nom ou au nom de son organisme, pas du celui de l’hébergeur, car vis à vis du registrar ou l’ICANN - à l’occasion, l’ICANN est un acronyme en anglais de ( Internet Corporation for Assigned Names and Numbers)- le pariétaire du site c’est celui qui figure dans la mention “REGISTRANT INFO” dans les records whois.
Exemples: dans les sites suivants vous allez voir qu’ils sont enregistrés au noms de leurs propriétaires respectifs et que l’agence “Web & IT” ne figure que dans “Contact info” et “Technical Info”, ce que signifie elle n’est pas propriétaire du site malgré la réservation qu’elle a effectuée.
http://whois.domaintools.com/immobilier-en-algerie.com
http://whois.domaintools.com/dzscoop.com
http://whois.domaintools.com/ebookdz.com
http://whois.domaintools.com/titanesque.net
http://whois.domaintools.com/transitmekhzoumi.com
Si le nom de domaine n’est pas enregistré en votre nom, le problème s’avère sérieux car c’est très difficile de le récupérer en cas de conflit avec votre ancien hébergeur qui le détient pour chantage. Y a t-il solutions?
Le nouvel hébergeur (qu’on choicit pour la récupération) doit connaitre les démarches à suivre et des tactiques à faire pour le récupérer. Il faut comprendre qu’il ne s’agit pas de simples procédures habituelles que tout le monde connait comme devant les tribunaux, ici tout est virtuel et il faut avoir des connaissances juridiques parce que l’ICANN peut être considérée comme une sorte d’autorité de régulation, connaitre sûrement l’anglais pour y contacter et fournir les preuves ainsi que des connaissances informatiques/internet sans doute.
Au début, il faut parler amicalement à l’ancien hébergeur pour qu’il cède le nom de domaine (on ne parle pas encore de l’hébergement, c’est pour plu tard), s’il ne veut pas pour une raison ou une autre, le client ne peut pas faire grande chose (vu qu’il n’est pas de métier), il doit en voir un expert / un professionnel qui connait les démarches à faire (c’est pas trop facile et ça peut prendre un sacré temps). On va dire un nouvel hébergeur qui doit prendre le relai mais sans l’assistance de l’hébergeur perdant.
En général il s’agit d’une agence Web ou boite de communication et pas un freelancer/webmaster. L’agence essaie par tous les moyens légaux de prouver la propriété du nom de domaine en contactant le registrar, l’ICANN s’il le faut, de persuader l’hébergeur à lui donner les comptes mot de passe pour juste mettre à jour les “whois records” selon les recommandations de l’ICANN sans lui faire sentir qu’il s’agit de transfert: certains hébergeur/registrars vont obéir car sinon seront retirés de la liste des registrars accrédités, mais le problème en général vient des hébergeurs qui ne sont pas des registrars. Une partie d’entre eux font du chantage en s’abstenant de le transférer, quant à d’autres l’acceptent et le font en fairplay.
Dans cette étape, l’agence doit montrer ses talents, donner des conseils au client et intervenir en parallèle avec son autorisation. Les procédures peuvent aller jusqu’à des manœuvres complexes à condition qu’elle soient légales.
Exemple: Cette année pour récupérer un nom de domaine pour un client, l’agence WEb & IT a dû contacter l’ancien hébergeur, le registrar et l’ICANN et après d’énormes tactiques et communications que l’ancien hébergeur s’est trouvé coincé et obligé d’accepter le transfert. Pour ne pas citer toute l’histoire, il fallait payer l’extension de l’hébergement un an avant le délai de plusieurs mois pour que l’ancien hébergeur ne sente rien et livre les credentials pour les whois pourtant c’est un piège car il est gourmand, et parce qu’il était malin en le rapportant à l’ICANN il s’est excusé de ne pas avoir la transaction ID (celle du premier payement), donc il fallait à la fois le reporter à l’ICANN et faire l’extension de l’hébergent d’un an et avoir une nouvelle transaction ID (ce que signifie qu’il reconnait indirectement que ce client (qui vient de faire le renouvellement) est lui même l’ancien acheteur, par conséquent le propriétaire du site et du domaine), dans une étape suivante on demande au registrar les comptes au mot de passe que l’hébergeur ne les délivre pas, une fois récupérés, il est contraint de donner la permission au transfert selon la règle (winner and loser registrars).
Remarque: La meilleure solution en cas de transfert de domaine c’est de le transférer complètement de l’ancien hébergeur et aussi ancien registrar pour un seul qui assure les deux.
Vous voulez avoir les deux (héberger et administrer à la fois votre site et votre nom de domaine depuis le même Control Panel)? “Web & IT” l’assure pour vous grâce au plan hébergement premium:
http://www.webitech.net/plans_hebergement_sites_web_internet_professionnels_payants.php#premium
Tout est presque fini, depuis le control panel (section domain manager), on peut transéférer le nom de domaine, le nouvel hénérgeur demandne le EPP , appelé aussi ‘Authorisation code, secret code…’. Le EPP Code est un mot de passe qui doit être donné par le registrar initial pouyr complétéer le transfert. Le transfert vers le nouvel ‘registrarhébergeur’ rne peut être effectué sans le correct EPP code.
Si l’ancien registrar (qu’il soit lui même l’ancien hébergeur ou celui que l’ancien hébérgeur a utilisé pour la réservation), nous a donné les comptes te mot de passe, on trouvera dans la zone d’administration ce code. Une fois récupéré et saisi dans votre nouveau CPanel, ne reste qu’àchanger les DNS du site et les pointer vers le nouveau serveur (rout se fait facilement depuis un CPanel avancé).
Dans ce même espace vous devez mettre les changements nécéssaires au whois: mettre ses propres infos (nom, adresse, tél…) pour s’assurer d’être le propriétaire légal et unique du nom de domaine.
Il faut pas oublier de mettre le nom de domaine en état “Locked” pour qu’il ne soit pas transféré involontairement ou être volé et ne laisser surtout pas le nouvel hébérgeur vous persuader qu’il est mieux de désactiver la “Privacy” sous prétexte que les sociétés vous spamment. Vaut miuex être spammé qu’avoir encore conflit avec autre hébérgeur.
D’ailleurs, Le spam invoqéué est un faible prétexte pour la simple raison, que les emails affichés dans les whois sont de format image, donc les robots qui les collectent en parcoutrant internet ne les détecterons plus. Seule quelques emails vienderons d’humains visitant les bases whois et généralement pour des partenariats…etc
Après le transfert, des hébérgeurs vous demandent d’attendre quqlues heures que les DNS propganet via internet et de vider le cache de votre navigateur ce qui n’est pas le cas pour le service proposé par Web & IT: propagation via Intrenet en qulques instants à quelques minutes sans nécéssité de vider le cache.