7. Enregistrements SOA

Trois problèmes mineurs concernant l'enregistrement de ressource Start of Zone of Authority (SOA) nécessitent quelques clarifications.

7.1. Placement des enregistrements SOA dans les réponses autoritaires

La RFC1034, en sa section 3.7, indique que la section d'autorité d'une réponse autoritaire peut contenir l'enregistrement SOA de la zone dont la réponse a été obtenue. Lorsqu'elle traite de la mise en cache négative, la section 4.3.4 de la RFC1034 se réfère à cette technique mais mentionne la section supplémentaire de la réponse. La première est correcte, comme l'implique l'exemple présenté à la section 6.2.5 de la RFC1034. Les enregistrements SOA, s'ils sont ajoutés, doivent être placés dans la section d'autorité.

7.2. TTL des enregistrements SOA

On peut observer que, dans la section 3.2.1 de la RFC1035, qui définit le format d'un enregistrement de ressource, la définition du champ TTL contient une phrase lancée en passant, selon laquelle le TTL d'un enregistrement SOA devrait toujours être envoyé à zéro afin d'empêcher la mise en cache. Cela n'est mentionné nulle part ailleurs et n'a pas été généralement implémenté. Les implémentations ne devraient pas supposer que les enregistrements SOA auront un TTL de zéro, et elles ne sont pas non plus tenues d'envoyer des enregistrements SOA avec un TTL de zéro.

7.3. Le champ SOA.MNAME

Il est tout à fait clair dans les spécifications, et pourtant il semble avoir été largement ignoré, que le champ MNAME de l'enregistrement SOA devrait contenir le nom du serveur primaire (maître) de la zone identifiée par le SOA. Il ne devrait pas contenir le nom de la zone elle-même. Cette information serait inutile, car pour la découvrir, il faut partir du nom de domaine de l'enregistrement SOA — c'est-à-dire du nom de la zone.