Где конкретно 2003 (и 2008) хранят днс-записи?

Окей, название темы получилось сумбурным... Нет у меня уверенности как правильно задать этот вопрос.

Ситуация: жила да не тужила настроенная лет 15 назад локальная офисная сеть (192.168.3.0\24) и домен с названием organization.local в этой сети.
2 физических контроллера домена:
data 192.168.3.2 на 2003 (хозяин всех трёх типов ролей),
srv 192.168.3.1 на 2008R2.
и один физический "просто сервер":
rezerv 192.168.3.4 (его функциональность к вопросу не относится - там всякая мелочёвка типа сервера антивируса и сервера лицензий - запасная это машинка, как следует из названия).
Ну и россыпь клиентских компьютеров, получающих адреса по DHCP (от data) в диапазоне 192.168.3.11-220.

Недавно было сделано следующее:
Всё это дело переведено на подсеть 192.168.120.0/22.
Адреса контроллеров были сменены на 120.1 и 120.2 соответственно. rezerv же получил 120.4.
Все необходимые (как мне казалось) настройки на контроллерах были выполнены - ipconfig /flushdns и /registerdns, dcdiag /fix.
На втором контроллере аналогично, потом отправились в перезагрузку, потом repadmin /syncall и /showrepl и в общем то всё завелось - реплицируется успешно.
Зоны на днс-сервере пришлось создать руками, вся статика в сети переписана под новую подсеть и маску, DHCP там же и раздаёт клиентским компьютерам адреса в диапазоне 192.168.121.11-220. (с маской 255.255.252.0 разумеется).

День прошёл, другой...
Дёрнуло меня залезть на rezerv не по адресу, а по доменному имени.
В общем оба контроллера (и любой клиентский компьютер) при ping rezerv пытаются постучаться по 192.168.3.4 - по старому адресу тоесть.

Скриншоты оснастки днс и вывода консоли с этого контроллера в приложениях.
Они мне выносят мозг. Я видимо явно чего то не знаю о системе днс...
Откуда контроллер берёт старый адрес? Из какого блин укромного места он его выдёргивает, да так что при этом игнорирует запись PTR в своей же оснастке?!
Кроме недоступности сервера по доменному имени с ним вообще никаких проблем. Да и со всей сетью после процедуры тоже...

Как? Почему? За что? Подскажите, пожалуйста.

0

Сообщение от AL_O Откуда контроллер берёт старый адрес?

1. На rezerv.organization.local запускали:

2. На rezerv.organization.local проверяли, что старого IP не осталось в качестве дополнительного?



3. Что показывает, на любом клиентском ПК:

4. WINS-сервер у вас есть?

0

Тов.KDE777:
1) не запускали, запустили, ждём 15 минут. (дальнейшие ответы без учёта ожидания результатов от первого пункта).
2) не осталось

3) на любом клиентском пк (192.168.121.21 от DHCP)

4) а вот тут сразу не скажу. этого точно нет на 2008й машине, а на 2003 ничего подобного нет в ролях сервера. больше в домене этому быть негде.

0

Сообщение от AL_O на любом клиентском пк (192.168.121.21 от DHCP)

Я просил nslookup для fqdn-имени - rezerv.organization.local

0

Извините. Это было понятно и с первого раза, просто ответ точно такой же.
Вот:

0

Сообщение от AL_O Это было понятно и с первого раза, просто ответ точно такой же.

Тогда открывайте (на ns-сервере) зону прямого просмотра organization.local и меняйте статические A-записи для имени - rezerv

Добавлено через 1 минуту
И в доменной сети, хорошей практикой считается использование исключительно fqdn-имён...

1

Зона прямого просмотра. Там чёрным по белому старые адреса. А я их не вижу потому что пырюсь в обратную.
Простите, мне стыдно.

Всё работает - большое спасибо.

0

0