J'ai quelques serveurs DNS pour notre organisation qui ont été installés par mon prédécesseur. Il n'a pas utilisé le format standard pour les numéros de série, il a plutôt utilisé un format impair commençant par 2033. Ce que je veux faire, c'est remplacer ses serveurs DNS par les miens, mais je m'inquiète de changer le numéro de série en un format "approprié" en utilisant YYYYMMDDXX car ce sera un nombre inférieur.
Ce sont nos serveurs DNS publics, et je veux juste m'assurer qu'il n'y aura aucun problème à le faire. Quelqu'un a-t-il une expérience de ce type de transition?
domain-name-system
bind
Jordan Eunson
la source
la source
Réponses:
Si son nombre commençant par 2033 est supérieur à la norme YYYYMMDDXX , vous pouvez réinitialiser la valeur.
Voici un article qui décrit la procédure. Fondamentalement, vous devez exploiter le fait que le numéro de série est un entier de 32 bits et se terminera si vous utilisez des valeurs plus grandes.
la source
Je n'ai pas eu à le faire moi-même, mais j'ai mis en signet une solution ( HOWTO Fix SOA RR numéros de série ) de l'auteur du livre Pro DNS et BIND au cas où je ferais cette erreur moi-même.
la source
Vous pouvez définir les numéros de série à votre guise. Par défaut, les serveurs secondaires ne tirent pas de transfert de zone à moins que le nombre ne soit plus élevé, mais vous pouvez leur commander de forcer un transfert et de recharger tant que vous y avez un accès direct. Il vous suffit de définir le numéro de série comme vous le souhaitez, puis d'émettre les commandes de retransfert vers les serveurs secondaires afin qu'ils récupèrent les nouvelles informations malgré le numéro de série inférieur.
la source
Comme indiqué, le champ SERIAL dans un enregistrement de ressource SOA n'a pas ce qu'on appelle un "format standard". Il n'est même pas utilisé par tous les logiciels de serveur DNS. (De nos jours, une bonne partie du monde n'utilise même pas la réplication de base de données de transfert de zone.) Avec BIND d'ISC, c'est juste un nombre sans signification inhérente à sa valeur spécifique, utilisé pour vérifier pendant la réplication de la base de données de transfert de zone si les réplicas sont hors de date, et on peut choisir n'importe quel schéma que l'on aime pour le fixer, à la condition, comme indiqué également, que "plus récent" doit signifier "un plus grand nombre, modulo 32 bits".
Vous avez déjà rencontré l'écueil ici. Quel que soit le schéma que l'on choisit, quelqu'un est obligé de venir et (en l'absence d'informations) de ne pas le comprendre, ou de vouloir le changer, tout comme vous n'avez pas compris et que vous souhaitez changer le schéma de la personne qui vous a précédé. C'est le piège de ne pas documenter ses choix d'administration système . Alors, documentez votre choix.
la source