Назад | Перейти на главную страницу

После переименования домена - предупреждение gpfixup - ошибка 80070057

Запускаем простой AD (1 DC Server 2012)

Нам пришлось переименовать наше доменное имя из домена с одной меткой в: lan.domain.com

Следуя пошаговому инструктажу, все шло хорошо, до последнего шага (который отлично работал в dev env)

gpfixup /olddns:adatum.com /newdns:cpx.local

Я предполагаю, что исправление не было завершено. Означает ли это, что домен будет / не распространяться среди других клиентов?

Я хочу упомянуть, я сделал НЕ измените имя 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 не выйдет из строя.