Лучший отвечающий
есть ли универсальное имя для всех авторизованных в пользователей NT Authority\Authenticated Users

Вопрос
-
В системах с разными языками эти пользователи находятся под разными именами:
NT Authority\Authenticated Users
NT AUTHORITY\\Прошедшие проверку
Мне бы надо как-то в коде найти этих подлецов каким-то универсальным способом. Чтобы при переносе решения на другие платформы (с другими языками) не нужно было переделывать код. Подскажите плиз.
SPUser allUsers = web.SiteUsers["NT AUTHORITY\\Прошедшие проверку"];
SPUser allUsers = web.SiteUsers["c:0(.s|true"]; << тоже не работает, не находит такого юзера
allowedToRequestsGroup.AddUser("c:0(.s|true", string.Empty, string.Empty, string.Empty); <<и так не находит
- Изменено Станислав Ганибесов 24 июля 2015 г. 7:18
24 июля 2015 г. 6:31
Ответы
-
https://msdn.microsoft.com/en-us/library/windows/desktop/aa379649(v=vs.85).aspx
Как и говорил, все это описано в стандартной документации )))) И, в большинстве имевшихся случаев, то, что отображается на русском - просто отображение, это совершенно не означает, что где-то в недрах системы оно тоже на русском. Напротив, применение политик в домене к стандартным объектам вроде Администратор/ы, Пользователь/и, Гость/и и прочим в моем отображении на английском, в то время, как коллеги предпочитают русские отображения, в недрах системы все варианты переводов привязаны к SID этих объектов. Поэтому указание стандартных объектов на английском языке - вполне тру-вей, но для чистоты SID спасает. Даже более того, в последних версиях того же iLO от HP в качестве идентификатора группы для доменной авторизации используется не DN, а SID.
- Изменено Valeriy Moskov 18 августа 2015 г. 20:18 опечатка
- Предложено в качестве ответа Kadackiy Dmitriy 19 августа 2015 г. 12:18
- Помечено в качестве ответа Иван ПродановMicrosoft contingent staff, Moderator 29 сентября 2015 г. 7:16
18 августа 2015 г. 20:15
Все ответы
-
NT Authority\Authenticated Users - английский универсален, остальное уже мелочи.. можно еще SID группы использовать. Но это не прокатит с доменной авторизацией, наверное..
- Предложено в качестве ответа Alexander RusinovModerator 26 июля 2015 г. 17:12
- Помечено в качестве ответа Иван ПродановMicrosoft contingent staff, Moderator 1 августа 2015 г. 23:29
- Снята пометка об ответе Станислав Ганибесов 17 августа 2015 г. 9:16
- Отменено предложение в качестве ответа Станислав Ганибесов 17 августа 2015 г. 9:16
26 июля 2015 г. 16:39 -
Есть либо прошедшие проверку по-русски, либо на другом сервере NT Authority\Authenticated Users
Как лучше обходить эту разницу при разворачивании решения, если нужны манипуляции с этой группой?
17 августа 2015 г. 12:42 -
https://msdn.microsoft.com/en-us/library/windows/desktop/aa379649(v=vs.85).aspx
Как и говорил, все это описано в стандартной документации )))) И, в большинстве имевшихся случаев, то, что отображается на русском - просто отображение, это совершенно не означает, что где-то в недрах системы оно тоже на русском. Напротив, применение политик в домене к стандартным объектам вроде Администратор/ы, Пользователь/и, Гость/и и прочим в моем отображении на английском, в то время, как коллеги предпочитают русские отображения, в недрах системы все варианты переводов привязаны к SID этих объектов. Поэтому указание стандартных объектов на английском языке - вполне тру-вей, но для чистоты SID спасает. Даже более того, в последних версиях того же iLO от HP в качестве идентификатора группы для доменной авторизации используется не DN, а SID.
- Изменено Valeriy Moskov 18 августа 2015 г. 20:18 опечатка
- Предложено в качестве ответа Kadackiy Dmitriy 19 августа 2015 г. 12:18
- Помечено в качестве ответа Иван ПродановMicrosoft contingent staff, Moderator 29 сентября 2015 г. 7:16
18 августа 2015 г. 20:15