Existe-t-il une norme de format de code d'autorisation pour .NET, .ORG et .COM?
J'essaie de transférer un domaine .net de 123-reg vers GoDaddy mais je rencontre un problème. Comme vous le savez lorsque vous transférez un domaine de premier niveau, vous avez besoin d'un code AUTH, souvent appelé code EPP, je demande le code d'authentification à 123-reg, puis je le saisis dans le tableau de bord de GoDaddy, mais il est accompagné de cette erreur gênante:
Parlez à GoDaddy ...
Donc, la chose logique serait de parler à GoDaddy ou à 123-Reg, n'est-ce pas? semble pas ... Après avoir parlé aux deux parties ... je ne suis pas plus près que de résoudre le problème. GoDaddy insiste pour que son code 123 Reg soit mauvais, et 123 reg insiste pour que ce soit leur stupide tableau de bord ...
J'ai émis un code d'authentification différent au moins 20 fois maintenant, et toujours pas de joie! alors, besoin d'un conseil .. y at-il un format dans lequel le code devrait être? Ex. y at-il des caractères illégaux? et devrait-il s'agir de X chiffres?
-
Le authInfo EPP (son vrai nom selon la spécification) est défini par le registraire au moment de la création du nom de domaine (et peut ensuite être mis à jour). Il était envisagé que cela soit sous le contrôle du titulaire d'homologation, mais en réalité, les bureaux d'enregistrement font tout.
Le standard EPP (RFC5731) définit la contrainte de cet élément comme étant de type XML eppcom:pwAuthInfoType qui est lui-même défini dans la RFC5730 qui dit en résumé qu'il s'agit d'un XML normalizedString.
Fondamentalement, il peut s'agir d'une chaîne de longueur et de caractères quelconques (à l'exception de trois: nouvelle ligne, retour à la ligne et tabulation).
Mais chaque bureau d'enregistrement décide de la manière de le construire et de ce qu'il souhaite ou non, en fonction des spécifications de chaque registre (il définirait probablement une longueur maximale). Cependant, ils doivent évidemment accepter les codes authInfo générés par d'autres bureaux d'enregistrement afin de pouvoir fournir un service pour les transferts entrants.
Maintenant, pour résoudre votre problème: si votre futur registraire n’est pas capable de dire pourquoi il pense que cet authInfo n’est pas le bon, cela signifie probablement que vous devriez aller ailleurs, son niveau technique n’est pas assez élevé (et/ou son support l’équipe manque d’expertise); au contraire, s'ils peuvent vous fournir le message d'erreur registry qu'ils obtiennent en essayant cette information authInfo, cela prouverait qu'ils sont corrects. Mais ils ne sont pas. Donc, si vous pouvez convaincre votre registraire actuel de modifier authInfo et de mettre quelque chose de plus simple et compatible avec les règles de votre nouveau registraire de choix, vous résolvez la situation. Sinon, je conseillerais de choisir un autre nouveau bureau d'enregistrement, quelqu'un de plus disposé à vous aider.