Ostrzeżenie „Format numeru seryjnego SOA jest nieprawidłowy” mxtoolbox.com - dlaczego?

Podczas testowania ustawienia SOA np. Domena.org na http://mxtoolbox.com/ , mówi to

SOA Serial Number Format is Invalid

Wpis jest

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

To jednak dokładnie sugeruje Amazon w dokumentacji Route 53 na http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/SOA-NSrecords.html

mxtoolbox wydaje ostrzeżenie - dlaczego? Uważają również brakujące ustawienia DMARC za błąd.

Proszę o wyrozumiałość - nie jestem administratorem. Wszelkie wskazówki, które używają języka zrozumiałego dla programistów, są mile widziane.

Zaleca się, aby numer seryjny SOA używał formatu, który składa się z czterech cyfr roku, dwóch cyfr miesiąca, dwóch cyfr dnia i dwóch cyfr liczby zmian tego samego dnia. Ten format jest powszechny, ale daleki od uniwersalnego (poszukaj .COMgłośnego przykładu strefy, która tego nie robi). Narzędzie, z którego otrzymałeś komunikat o błędzie, jest nadwrażliwe i powinno zostać dostosowane.

SOA SERIALPole jest określona być niepodpisany wartość całkowita, która ma szczególne zasady jak owija się dookoła, a co za tym idzie również na jak numery seryjne są porównywane, etc.

RFC1035 definiuje to pole jako:

SERYJNY

32-bitowy numer wersji bez znaku oryginalnej kopii strefy. Transfery stref zachowują tę wartość. Ta wartość jest zawijana i powinna być porównywana za pomocą arytmetyki przestrzeni sekwencji.

Arytmetykę numerów seryjnych wyjaśniono szczegółowo w RFC1982 .

W każdym razie popularny YYYYMMDDnn„format” to tylko konwencja wybierania wartości całkowitych, tak że po zapisaniu dziesiętnym przekazują ludziom pewne znaczące informacje (mogą być pomocne podczas rozwiązywania problemów). Zastosowanie takich wartości nie ma specjalnego znaczenia w samym systemie, a stosowanie wartości, które nie są zgodne z tą konwencją, nie jest błędem.