Mxtoolbox.com попередження "Формат серійного номера SOA недійсний" - чому?

Під час тестування налаштування SOA, наприклад, example-domain.org на http://mxtoolbox.com/ , це говорить про це

SOA Serial Number Format is Invalid

Запис є

ns-885.awsdns-46.net. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400

Це саме те, що пропонує Amazon у документації до маршруту 53 на http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/SOA-NSrecords.html

mxtoolbox видає попередження - чому? Вони також розглядають відсутні параметри DMARC як помилку.

Будь ласка, нехай мене - я не сисадмін. Будь-яка вдячність за будь-яку підказку, що використовує мову, яку розробник може зрозуміти.

Є рекомендація, щоб серійний номер SOA використовував формат, який становить чотири цифри року, дві цифри місяця, дві цифри дня та дві цифри підрахунку змін за один і той же день. Цей формат є загальним, але далеко не універсальним (подивіться на .COMгучний приклад зони, яка цього не робить). Інструмент, від якого ви отримали повідомлення про помилку, є надмірно чутливим і його слід коригувати.

SOA SERIALПоле зазначено , щоб бути беззнаковим ціле значенням , яке має особливі правила для того, як він обтікає, а отже , і для того, як серійні номери порівнюються, і т.д.

RFC1035 визначає це поле як:

СЕРІЙНА

Непідписаний 32-бітний номер версії оригінальної копії зони. Передача зон зберігає цю цінність. Це значення завершується і слід порівнювати, використовуючи арифметику простору послідовностей.

Арифметика порядкових чисел детально пояснена в RFC1982 .

У будь-якому випадку, популярний YYYYMMDDnn"формат" - це лише умова для вибору цілих значень, які, виписуючись у десятковій формі, передають людині якусь значущу інформацію (може бути корисною при усуненні несправностей). Використання таких значень не має особливого значення в самій системі, а використання значень, які не відповідають цій конвенції, не є помилкою.