Ключевое слово в защите информации
КЛЮЧЕВОЕ СЛОВО
в защите информации
Получить ГОСТ TLS-сертификат для домена (SSL-сертификат)
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline Kleveron  
#1 Оставлено : 9 октября 2017 г. 14:59:00(UTC)
Kleveron

Статус: Активный участник

Группы: Участники
Зарегистрирован: 13.09.2016(UTC)
Сообщений: 65
Российская Федерация
Откуда: Воронеж

Сказал(а) «Спасибо»: 8 раз
Поблагодарили: 3 раз в 3 постах
Оптимальной настройкой уникальности пользователей на мой счет является проверка по СНИЛС. НО, если есть пользователи (это, к примеру, Системы, юр.лица без указания уполномоченного лица) у которых СНИЛСа просто НЕТ. Из за этого команда "Add-RAKey -Attributes 'SNILS' -SkipFolderConfig" не работает (выдает ошибку, что мол ключ уже существует).
Отсюда возникает вопрос, как настроить уникальность пользователей по СНИЛС, если не у всех он указывается?
Offline Захар Тихонов  
#2 Оставлено : 9 октября 2017 г. 15:10:26(UTC)
Захар Тихонов

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 17.08.2015(UTC)
Сообщений: 3,177
Мужчина
Тонга
Откуда: Калининград

Сказал «Спасибо»: 38 раз
Поблагодарили: 567 раз в 544 постах
В случае, если при выполнении командлетов, найдутся пользователи с неуникальными компонентами CN, SNILS, E и т.д., то будет выдано соответствующее сообщение с указанием конфликтующих пользователей. Для добавления ключа контроля уникальности компонент CN, SNILS, E и т.д, конфликтующих пользователей надо будет переименовать.

1) Контроль уникальности включается на всех папках с проверкой уникальности всех пользователей, зарегистрированных во всех папках.
2) Пустые компоненты имени, т.е., компоненты, которые не указаны в значениях атрибута пользователей, будут считаться неуникальными. (Например, два пользователя с пустыми атрибутами SNILS)

Техническую поддержку оказываем тут.
Наша база знаний.
Offline Kleveron  
#3 Оставлено : 9 октября 2017 г. 15:23:09(UTC)
Kleveron

Статус: Активный участник

Группы: Участники
Зарегистрирован: 13.09.2016(UTC)
Сообщений: 65
Российская Федерация
Откуда: Воронеж

Сказал(а) «Спасибо»: 8 раз
Поблагодарили: 3 раз в 3 постах
Автор: tikhonov Перейти к цитате
В случае, если при выполнении командлетов, найдутся пользователи с неуникальными компонентами CN, SNILS, E и т.д., то будет выдано соответствующее сообщение с указанием конфликтующих пользователей. Для добавления ключа контроля уникальности компонент CN, SNILS, E и т.д, конфликтующих пользователей надо будет переименовать.

1) Контроль уникальности включается на всех папках с проверкой уникальности всех пользователей, зарегистрированных во всех папках.
2) Пустые компоненты имени, т.е., компоненты, которые не указаны в значениях атрибута пользователей, будут считаться неуникальными. (Например, два пользователя с пустыми атрибутами SNILS)



В том то и засада получаетсяd'oh! , что если есть хотя бы 2 пользователя без СНИЛСа (ну или другого поля, по которому будет проверяться уникальность), то они будут считаться неуникальными... По факту, если несколько видов папок, с различающимися компонентами имен, уникальность можно настроить только по всем компонентам (т.е. -AllAttributes), а это не очень то и помогает выявить неуникальных пользователей, т.к. отличие хотя бы 1 символом в любом из компонент уже считается уникальным Angel
Offline Kirill Sobolev  
#4 Оставлено : 10 октября 2017 г. 11:56:29(UTC)
Кирилл Соболев

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 25.12.2007(UTC)
Сообщений: 1,732
Мужчина
Откуда: КРИПТО-ПРО

Поблагодарили: 177 раз в 168 постах
Настройте контроль уникальности по двум полям - СНИЛС и ОГРН.
Для физлиц ОГРН будет не заполнен, а СНИЛС будет уникален, для юрлиц - наоборот.
Техническую поддержку оказываем тут
Наша база знаний
Offline Kleveron  
#5 Оставлено : 10 октября 2017 г. 12:36:42(UTC)
Kleveron

Статус: Активный участник

Группы: Участники
Зарегистрирован: 13.09.2016(UTC)
Сообщений: 65
Российская Федерация
Откуда: Воронеж

Сказал(а) «Спасибо»: 8 раз
Поблагодарили: 3 раз в 3 постах
К сожалению, в нашем случае это не приведет тоже к результату, т.к. есть 2 пользователя, у которых нет СНИЛС, а различаются они только Общем именем (эти пользователи - системы, принадлежащие одному юр.лицу, т.е. с одним ОГРН, названием организации, адресом и т.п.). Просто плохо, что пустые поля учитываются при проверки уникальности...
Offline voiz  
#6 Оставлено : 11 октября 2017 г. 4:08:06(UTC)
voiz

Статус: Участник

Группы: Участники
Зарегистрирован: 06.12.2016(UTC)
Сообщений: 20
Российская Федерация

Сказал(а) «Спасибо»: 1 раз
Автор: Kirill Sobolev Перейти к цитате
Настройте контроль уникальности по двум полям - СНИЛС и ОГРН.
Для физлиц ОГРН будет не заполнен, а СНИЛС будет уникален, для юрлиц - наоборот.


Подскажите, пожалуйста, как это сделать?
Если я добавляю СНИЛС и ИНН, то ругается на отсутствие СНИЛС у некоторых пользователей. Как выделить физлиц и юрлиц при создании ключа проверки уникальности?
Спасибо
Offline Захар Тихонов  
#7 Оставлено : 31 октября 2017 г. 12:13:46(UTC)
Захар Тихонов

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 17.08.2015(UTC)
Сообщений: 3,177
Мужчина
Тонга
Откуда: Калининград

Сказал «Спасибо»: 38 раз
Поблагодарили: 567 раз в 544 постах
Создать ключи на более двух компонентов, например на SN, G, INN, SNILS. Тут нет общего подхода, требуется ориентироваться на существующих и будущих пользователей.
Техническую поддержку оказываем тут.
Наша база знаний.
RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.