Давайте уявимо ситуацію, коли провайдер делегує управління доменом клієнта. Плюс, щоб не морочитися, відразу ж і делегує йому ж управління зворотної зоною. Але от невдача, підмережа клієнта - / 25. Тобто маска - не класова, а VLSM-ва. Давайте змоделюємо цю ситуацію.
За допомогою технології Hyper-V на одному сервері ми отримуємо цілий тестовий полігон, і в даному випадку нам знадобляться дві віртуальні машини.
Тепер можна приступати. Вхідні дані:
Будемо вважати, що провайдер тримає домен local, а у клієнта буде домен client.local
Додамо кожному з сервером роль ДНС сервера:
Тепер додамо зону local на сервері провайдера, і відразу зворотну зону 192.168.174.0/24 там же. Після цього створимо запис А для самого сервера. При створенні варто відразу виставити галочку "Create associated pointer (PTR) record", щоб відразу створилася запис в зворотній зоні.
Можна перевірити, що все правильно:
Тепер створимо зону client.local на сервері клієнта. І виставимо на сервері провайдера делегування цієї зони клієнту:
Однак в такому вигляді працювати не буде. Наступний крок - налаштувати делегування на сервері провайдера:
Сервер імен соотвественно вказуємо клієнтський (192.168.174.129):
Ми делегували управління цією зоною клієнтам, залишилося створити псевдоніми:
В результаті ми повинні отримати записи виду:
Тепер все готово.
Ну ось власне і все.
ЗИ не всі DNS сервери розуміють слеші в іменах зон. Якщо у провайдера саме такий сервер, то такі зони варто назвати так - 128-255.174.168.192.in-addr.ar ...