Г
в принципе получается то что нужно, просто поле не так называется как надо, но с этим смириться можно...
Size: a a a
2021 August 24
A
Если ты захочешь, например, хранить в базе гитлаба хранить IP-адрес пользователя, но такой колонки нет, то что будет лучше: добавить колонку в таблицу users в базе гитлаба или использовать какую-нибудь колонку description?
Г
ну с гитлабом все таки не очень корректный пример, это конечный сервис, а ипа это как раз про юзеров и их состояния и параметры учеток, по этому адреса вполне логично там хранить
A
gitlab тоже про юзеров и их состояния. Он может даже выступать openid connect provider-ом :)
VL
Не считая некоторых нюансов пожалуй плюсану про гитлаб.
Нюанс разве что в фриипу можно сразу лдапом ходить
Нюанс разве что в фриипу можно сразу лдапом ходить
VL
Но вот схему я бы не стал бы менять во фриипе
Г
менять схему мне тоже не хочется, и скорее всего делать этого я не буду
Г
а вот просто заюзать существующее пустое поле под эти нужды...
A
На самом деле, хреначить кастомные атрибуты в freeipa можно, причем, даже без смены схемы
https://nerdier.co.uk/2019/05/31/adding-a-user-attribute-in-freeipa-4-x/
Другое дело, что в следующей версии опять это поменяют и сломают :)
https://nerdier.co.uk/2019/05/31/adding-a-user-attribute-in-freeipa-4-x/
Другое дело, что в следующей версии опять это поменяют и сломают :)
A
Откуда ты знаешь, что freeipa в следующей версии не заюзает его под свои нужны?
A
freeipa не дает никаких гарантий по поводу схемы своей БД.
Г
ну это ломающее изменение так то...
A
Почему? А удаление колонки в таблице users у гитлаба в новой версии тоже ломающее? :)
SP
Что выступает в качестве сервера LDAP?
A
freeipa (сейчас там 389ds) :)
Г
freeipa
SP
389ds то есть.
Тогда смело, с ноги можно добавить нужные схемы. А подобные конструкции с файрволом, кстати, не делаются на атрибутах пользователей - вместо этого пользователи заводятся в группы, а вот группам уже приписываются права доступа.
Тогда смело, с ноги можно добавить нужные схемы. А подобные конструкции с файрволом, кстати, не делаются на атрибутах пользователей - вместо этого пользователи заводятся в группы, а вот группам уже приписываются права доступа.
Г
ну это про hbac/rbac, это немного не то
A
> Тогда смело, с ноги можно добавить нужные схемы.
Главное, чтобы при обновлении freeipa ничего не сломалось :)
> вместо этого пользователи заводятся в группы, а вот группам уже приписываются права доступа.
По-хорошему, ресурсы, к которым выдаются доступы, тоже нужно группировать, и делать по схеме юзер->группа юзеров->группа ресурсов->ресурс
Главное, чтобы при обновлении freeipa ничего не сломалось :)
> вместо этого пользователи заводятся в группы, а вот группам уже приписываются права доступа.
По-хорошему, ресурсы, к которым выдаются доступы, тоже нужно группировать, и делать по схеме юзер->группа юзеров->группа ресурсов->ресурс
SP
Не надо дичи, пожалуйста - добавленные схемы никак не влияют на FreeIPA.