Запускаем простой AD (1 DC Server 2012)
Нам пришлось переименовать наше доменное имя из домена с одной меткой в: lan.domain.com
Следуя пошаговому инструктажу, все шло хорошо, до последнего шага (который отлично работал в dev env)
gpfixup /olddns:adatum.com /newdns:cpx.local
Я предполагаю, что исправление не было завершено. Означает ли это, что домен будет / не распространяться среди других клиентов?
Мне нужно ждать gpupdate?
О чем эта ошибка?
Я хочу упомянуть, я сделал НЕ измените имя netbios для нового домена. Если это имеет какой-либо эффект.
Я вижу ошибку:
Одна из функций, которые gpfixup
выполняет перезапись любых путей политики установки программного обеспечения, которые относятся к расположениям DFS домена (поскольку эти расположения изменятся при переименовании домена).
Похоже, что-то пошло не так, когда он попытался «исправить» путь в объекте групповой политики (GPO), где вы устанавливаете пакет «TeamViewer Host (MSI Wrapper)». Я раньше не видел такого поведения.
Я бы проверил этот GPO, чтобы убедиться, что путь установки по-прежнему правильный. Если это не так, я бы удалил пакет из GPO и добавил его снова, указав правильный путь.
Я нашел причину проблемы, которую я тоже получил:
Атрибут packageFlags в ldap (например: CN = 28fc4a18-4476-48ce-81af-a35890ca8c0e, CN = Packages, CN = Class Store, CN = Machine, CN = {FCDD4C11-FBCC-45B4-9655-7A327138A512}, CN = Policies, CN = System, DC = domain, DC = local) в качестве примера -1610593168.
Когда я удаляю значение в adsiedit, оно работает. Итак, есть два варианта: недопустимое значение или проблема с инструментом gpofixup server 2012 r2 (или соответствующими dll).
Когда он недействителен, снова возникает один вопрос: почему? Я пришел с домена Server 2003, который я обновил до сервера 2012r2.
по крайней мере, удалив packageFlags, также удалите пакет из gpo, но инструмент gpofixup не выйдет из строя.