Перенос конфигурации openAM 9 между средами
Я пытаюсь найти наименее болезненный способ транспортировки файлов конфигурации между различными средами, и я нашел много вещей, которые могут сломать систему после транспортировки. У меня есть скрипт, который будет сохранять правильные значения атрибутов для тех, которые зависят от среды, но вот список нескольких вещей, в которых я не уверен. Может быть, кто-то может пролить свет на них.
Я хочу просто перенести xml-файл на основе шагов из книги для openAM 9 (просто экспортировать / импортировать, используя ssoadm в xml-файл), но, проанализировав файл подробно, я найду много различий, которые могут сломать систему, поэтому любая помощь приветствуется.
В каждом xml-файле есть разделы для "iplanet-am-auth-ldap-bind-passwd" со значением хеша, но в одном xml-файле нам не хватает одной строки с хешем. Мне было интересно, если мы добавим эту строку с правильным значением хеша, это сломает систему или это не будет иметь значения, если хеш соответствует целевой среде?
Соответствует ли размер "iplanet-am-logging-buffer-size" тому, что было изначально установлено в целевой среде, или все будет в порядке, если мы перезаписываем значение из исходного XML-файла?
По некоторым причинам у нас есть разные ссылки в правилах делегирования с одним и тем же именем, например:
# environment1 - sms://dc=test-domain,dc=net/sunEntitlementService/1.0/application/ws/1/entitlement/entitlements # environment2 - sms://dc=test-domain,dc=net/sunEntitlementService/1.0/application/ws/1/entitlement/decision # environment3 - sms://*dc=test-domain,dc=net/sunIdentityRepositoryService/1.0/application/agent
Это может быть связано с тем, как сервер был настроен давно или из-за процессов разработки с течением времени (я не знаю), но мой вопрос:
Если имена правил совпадают, но некоторые (или все) опции / значения различаются в разных средах, и мы перезаписываем их исходным файлом из другой среды, это сломает вещи или это не будет иметь значения?