З того часу, як я працюю в цій компанії, у нас були дуже базові установки AD. Користувачі переходять у користувацький CN і є кілька ОУ для комп'ютерів, таких як настільні та сервери.
Нещодавно я планував більш всебічний дизайн, щоб дозволити налаштування спеціальних налаштувань ГП (зокрема принтерів). Я хочу перенести користувачів у створені OU для кожного відділу. Здавалося, все працює нормально на основі мого тестування, за винятком однієї програми.
JReport - додаток для звітування, який має налаштування LDAP для імпорту користувачів. Потім він реалізує SSO, використовуючи цю інформацію. Працювали чудово з нашими поточними налаштуваннями, але вдруге я переміщую користувача з CN = Користувачі до OU = XYZ, вони більше не можуть перевірити автентифікацію.
Ось скріншот налаштувань програми:
Як бачите, це досить проста установка. Якщо я перевіряю з'єднання, менеджер каталогів має доступ. Якщо я запитую користувачів, я можу побачити користувачів, які перебувають у новому OU. Але якщо я спробую отримати доступ до звіту, він не працює. Навіть якщо я введіть облікові дані вручну.
Тож я здогадуюсь, моє питання, чи може хтось подумати з якоїсь причини, що перехід користувача до нового ОУ порушить це?
I want to move users into OU's created for each department- Я не знаю вашої організації, але це просто не буде працювати в багатьох організаціях, які я підтримую. Майже ніколи не існує ідеального відображення людей у відділи / програми / тощо. Я настійно пропоную вам розглянути стенди G in GP для GROUP . Спроба використовувати НУ як механізм групування призведе до дійсно некрасивої політики.