Умные люди используют LDAP 😉 Но раз ты хочешь запилить такое - значит, у тебя своя атмосфера. Тогда самое лучшее, что можно сделать - выкинуть эту заумь и написать просто и понятно: цикл создания групп, после него цикл добавления пользователей.

а не очень сложная реализация получается?🙄 - на серверы доступ нужен для 3-5 человек, в компании несколько сотен пользователей и пачка виндоадминов которые вообще ничего знать не должны даже про большую часть серверов, но при этом нужны либо сложные политики по разграничению уровней доступа и про них всегда надо помнить либо держать отдельную систему куда синхронизировать из другой данные - опять же гемор какой то. Чем проще получается учитывая количество манипуляций? При том что история про "уволился и надо забрать доступ" вообще прохладная т.кю в 8 случаев из 10 сетевого доступа то все равно не будет у уволенного, хотя и запустить 1 плейбук раз в год как бы не видится огромной проблемой. Я в общем то не против схемы с лдапом, но я не вижу никакой простоты решения без учета того что вокруг лдапа нужно еще миллион действий с аудитом и прочим. Я понимаю конечно что про безопасность думать никто не любит, но схема с осознаным нажатием на кнопку запуска плейбука хотя бы заставит помнить о том что в принципе у кого-то куда-то доступ есть и это реально проще и безопаснее чем использовать общедоступный лдап и уж тем более проще если держать второй инстанс с юзерами только для доступа к серверам. А заввязывать на этих 3 человек еще и администрирование лдапа опять же не в тему - там еще штук 5 виндоадминов сидит для этого. Я уж не говорю про то что делать кластер даже из виндового ад сомнительное удовольствие, а уж все остальные решения вообще тошноту вызывают(openldap мертворожденный, альфа версия redhat identity management в виде freeipa(к комерческой версии притензий нет вообще) которая может от любого чиха развалиться тоже такое себе удовлльсвтие, а все осталньое стоит таких денег что писать страшно), а ведь придется обеспечить работу из нескольких дц тк без сетевого доступа до этой бд на сервер будет очень тяжело попасть. Ладно если это дев или тестирование, но с продакшеном такая тема вообще не выглядит простой по сравнению с плейбуком из пары тасков и списком юзеров. При этом я не говорю что ansible в данном случае это правильный путь, но оно как-то сильно проще и безопаснее выглядит. Конкретно мое мнение - людям вообще делать нечего на серверах, а если что-то надо подебажить на живую, на пару-другую серверов можно и ролью вкатить, не?

ну винда с ад в этом плане самое доступное решение, но все равно чего делать с балансом между безопасностью и удобствами? я не хочу что бы суперадмин лдапа получил доступ в любую группу

и у тебя нет процесса, согласно которому, ты грохаешь левые ссш ключи на тачках

Зависит от написания роли, конечно.

Вопрос не только и не сколько роли, а конфигурации сервера вообще

а не очень сложная реализация получается?🙄 - на серверы доступ нужен для 3-5 человек, в компании несколько сотен пользователей и пачка виндоадминов которые вообще ничего знать не должны даже про большую часть серверов, но при этом нужны либо сложные политики по разграничению уровней доступа и про них всегда надо помнить либо держать отдельную систему куда синхронизировать из другой данные - опять же гемор какой то. Чем проще получается учитывая количество манипуляций? При том что история про "уволился и надо забрать доступ" вообще прохладная т.кю в 8 случаев из 10 сетевого доступа то все равно не будет у уволенного, хотя и запустить 1 плейбук раз в год как бы не видится огромной проблемой. Я в общем то не против схемы с лдапом, но я не вижу никакой простоты решения без учета того что вокруг лдапа нужно еще миллион действий с аудитом и прочим. Я понимаю конечно что про безопасность думать никто не любит, но схема с осознаным нажатием на кнопку запуска плейбука хотя бы заставит помнить о том что в принципе у кого-то куда-то доступ есть и это реально проще и безопаснее чем использовать общедоступный лдап и уж тем более проще если держать второй инстанс с юзерами только для доступа к серверам. А заввязывать на этих 3 человек еще и администрирование лдапа опять же не в тему - там еще штук 5 виндоадминов сидит для этого. Я уж не говорю про то что делать кластер даже из виндового ад сомнительное удовольствие, а уж все остальные решения вообще тошноту вызывают(openldap мертворожденный, альфа версия redhat identity management в виде freeipa(к комерческой версии притензий нет вообще) которая может от любого чиха развалиться тоже такое себе удовлльсвтие, а все осталньое стоит таких денег что писать страшно), а ведь придется обеспечить работу из нескольких дц тк без сетевого доступа до этой бд на сервер будет очень тяжело попасть. Ладно если это дев или тестирование, но с продакшеном такая тема вообще не выглядит простой по сравнению с плейбуком из пары тасков и списком юзеров. При этом я не говорю что ansible в данном случае это правильный путь, но оно как-то сильно проще и безопаснее выглядит. Конкретно мое мнение - людям вообще делать нечего на серверах, а если что-то надо подебажить на живую, на пару-другую серверов можно и ролью вкатить, не?

Благодаря таким велосипедистам костыльщикам. Спрос на адекватных ИТ специалистов никогда не пропадём. Ведь таким всегда - когда в руках молоток, вокруг все кажется гвоздями

ты попутал мрачно чел с такими заявлениями. фамилию имя назови что бы я в курсе был

Парни, подскажите как в jinja2 темплейте получить эти vars'ы? static_route: - network: 10.0.1.0/24 next-hop: 10.0.0.2 distance: 1 - network: 10.0.2.0/24 next-hop: 10.0.0.2 distance: 1 Такая конструкция {% for value in static_route -%} {{ value }} {%- endfor %} дает {'network':•'10.0.1.0/24',•'next-hop':•'10.0.0.2',•'distance':•1}{'network':•'10.0.2.0/24',•'next-hop':•'10.0.0.2',•'distance':•1} а как получить next-hop? мне в конечном счете надо получить две строки вида: set protocol static route {{network}} next-hop {{next-hop}} distance {{distance}}

value.next-hop

value['network']

В ансибле можно же 😬

c нетворком проблем нет, а вот с остальным - есть)

? value['distance']

А прямое обращение в словарь не делает обработку наличия ключа

Ошибка будет при обращении

Не работало

Без понятия, у меня не работало что-то

Не работало

Парни, а в group_vars/all.yml как можно инклудить? а то у меня он жирнеет на глазах, хотелось бы разложить в group_vars/include/var1.yml var2.yml, а в all.yml просто указать include va1.yml var2.yml и др.

или нет?

https://habr.com/ru/post/453520/

Парни, а в group_vars/all.yml как можно инклудить? а то у меня он жирнеет на глазах, хотелось бы разложить в group_vars/include/var1.yml var2.yml, а в all.yml просто указать include va1.yml var2.yml и др.

У нас уже потестили, деплой дагов с 45 сек до 15 сократили 👻

А если pipelining включить, то без плясок с бубном ускоришь

А если pipelining включить, то без плясок с бубном ускоришь

Слушай, много раз уже разбирали ведь. Зачем повторять-то ложный тезис?

Слушай, много раз уже разбирали ведь. Зачем повторять-то ложный тезис?

Честно сказать, я это всегда сам обрабатываю (default там всякий, omit, вот это вот всё)

Привет, кто может подсказать как создать пользователя БД через ansible ( postgresql_user) не понимаю как передать пароль