В чем разница между двумя следующими форматами IPv6 PTR?
4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0 IN PTR smtp.example.com.
4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.0.0.0.0.a.4.f.7.0.6.2.ip6.arpa. IN PTR smtp.example.com.
Если у меня есть действующий IPv6-адрес и я копаюсь в поисках PTR, не имеет значения, каким образом у меня будет запись, указанная в файле обратной зоны. Он работает с любым из них. Я ожидал, что он будет работать с форматом полубайта (нижний пример), но не ожидал, что он будет работать с более короткой версией в верхнем примере.
Как называется первый пример и как преобразовать формат полубайта в более короткую версию? Я искал и искал везде, но, похоже, не могу понять этот более короткий формат или то, что заставляет его работать.
Нет никакой разницы.
Второй заканчивается точкой. Используя этот метод, запись PTR определяется явно без учета контекста зоны, в которой находится запись. Или, скорее, точка запрещает добавление зоны в конце.
В первом случае отсутствует точка в конце, поэтому зона, в которой определена запись, автоматически добавляется к ее концу, чтобы завершить ее полностью (зона в вашем случае - 0.0.0.0.3.0.0.0.0.a. 4.f.7.0.6.2.ip6.arpa).
Все дело в этой точке.
По сути, оба метода оценивают одну и ту же запись PTR. Первый метод является предпочтительным, так как он экономит место, и, если вы когда-нибудь перейдете на другой префикс / 64, все, что вам нужно сделать, это изменить зону, в которой живут эти записи PTR, и весь лот будет обновлен - нет необходимости изменять / 64 префикс для каждой отдельной записи PTR в файле зоны.