Analytics and Automation Software : Cisco Tidal Enterprise Scheduler

Признание Доменного имени: Псевдоним Отличается от Доменного имени

17 октября 2015 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ описывает проблему в Планировщике Cisco Tidal Enterprise (TES), который происходит, когда пользователь загружается в Веб-Клиента Планировщика Tidal Enterprise (TES), использующего область логина, которая является фактически псевдонимом для внутренней области LDAP/AD.

Предпосылки

Требования

Нет никаких определенных требований для этого документа.

Используемые компоненты

Информация в этом документе основана на 6.0.2.101 или позже.

Соглашения

Направьте в Cisco Технические Соглашения Подсказок для получения дополнительной информации о соглашениях документа.

Проблема

Когда пользователь загружается в Веб-Клиента TES, использующего область логина, которая является фактически псевдонимом для внутренней области LDAP/AD (последний Компонент области (DC)) определенный для того пользователя, внутренняя область не соответствует области, сохраненной в TES для того пользователя. Пользователь видит сообщение об ошибке You are not authorized, и не может логин. Для фиксации этого пользователи должны выяснить то, что их фактическое, non-aliased область находится в LDAP/AD. Затем удостоверьтесь, что использовали внутреннее имя при определении пользователей в TES, который включает создание начального суперпользователя во время установки.

Решение

Измените поведение по умолчанию так, чтобы область логина была тем, что подобрано к пользовательскому отчету TES. Это сохраняет область пользователя последовательной во время, устанавливают, при определении пользователей и при входе в UI.

Резолюция

Sysval 117 может собираться восстановить предыдущую внутреннюю логику соответствия области или попробовать обоих, путем урегулирования sysval_integer следующим образом:

  1. Только согласуйте доменное имя логина Windows с пользовательским отчетом в TES (новое поведение по умолчанию если не определенный).

  2. Только согласуйте внутреннее доменное имя LDAP/AD с пользовательским отчетом в TES (старое поведение перед этим hotfix).

  3. Попытайтесь соответствовать области логина Windows, затем попытаться соответствовать внутреннему доменному имени LDAP/AD.

  4. Попытайтесь соответствовать внутреннему доменному имени LDAP/AD, затем попытаться соответствовать доменному имени логина Windows.

Примечание: При вставке или обновлении этого sysval, удостоверьтесь, что установили lstchgtm область в текущее время так, чтобы новая стоимость размножилась к тайнику клиента.

Например:

MSSQL:

insert into sysval (sysval_id, sysval_integer, sysval_lstchgtm) values (117, 1, SYSDATETIME())

Oracle:

insert into sysval (sysval_id, sysval_integer, sysval_lstchgtm) values (117, 1, SYSDATE)

Для пользователей, которые уже работали вокруг этой проблемы путем обновления их пользовательских отчетов TES для имения внутренних областей, можно сохранить старое поведение путем урегулирования sysval в 2. Оценивает 3, и 4 может быть полезным, переходя от старого поведения до нового поведения, поскольку пользовательские отчеты обновляются с их областями логина вместо их внутренних областей.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Соответствующая информация


Document ID: 113403