и раз уж генеришь dhparam ручками, генери и moduli для ssh

ЗНАЧИТЕЛЬНО, я бы так даже сказал

данные сходятся с моими наблюдениями, я ~1500 генерил/проверял около недели.

https://dpaste.de/Y6ue держи мой велосипед

А можете поделиться, нахера?

Аудит?

моя мотивация - мне скучно.

Не, я рад, что узнал про этот файлик

Читанул ман

Вопрос не ушел

Понятно

Я не пойму а почему вы дх то генерите

Почему не сгенерить заранее десяток файлов и разбрасывать их как хочется по серверам?

Почему не сгенерить заранее десяток файлов и разбрасывать их как хочется по серверам?

паранойя не даёт. Вдруг ты его проебёшь

или утечёт

а так. свой уникальный dh на каждом сервере

А вообще, в современном вебе и tls 1.2 dh не нужен при использовании шифров с эллиптическими кривыми

там и без dh forward secrecy есть, и более быстрый чем с dh

см. wiki mozilla и tls

например каких

посмотри, есть пробрасывает ли тебе гипервизор аппаратный rng

rngd[1996]: hwrng: no available rng

видимо не пробрасывает

или модуль какой-нибудь надо подгрузить?

Подскажите, как можно выполнить конкретный таск (отправка уведомления), если какой-то из тасков не выполнился? Я придумал только обернуть всё это в блок и к каждому таску добавить регистр

завернуть в блок, а у него есть Error Handling

Не нравится так. Мне надо регистрировать вывод таске и подом передавать его в rescue. Не нравится решение с блоком. Пытаюсь понять, можно ли сделать через callback'и

одна казахская семья так любила асинхронное программирование что назвала сына Колбек

если какой-то таск не выполнился, то все падает, вот и все решение

А придумывание изящных костылей это конечно интересно, но бесполезно

или рестфулл и навали Апистафий)

если какой-то таск не выполнился, то все падает, вот и все решение

Я хочу получить уведомление в чат, что плейбук не выполнился. А то сейчас ситуация: я запустил, а потом через полчаса увидел, что ошибка

Оборачиваешь запуск ансибла в CI и сразу узнаешь что как закончилось

Зачем мне запуск плейбука из CI?

То есть с одной стороны ты постоянно запускаешь долгоиграющие таски тупо из консоли, а с другой стороны хочешь обложить плейбук костылями, чтобы он тебе присылал сообщение, что он упал.

Да, CI не нужен, все ок

заверни запуск в баш скрипт, и если обосрется, шли сообщения

Ну нафига мне тут CI городить? Плейбук идёт минут 15 максимум и он присылает уведомления в процессе работы. Но иногда не проходит. А ты предлагаешь мне городить СИ, городить там роли, доступ до прод-сервером. И ещё подъябываешь с баш-скриптом?

Чем баш не нравится? Если хочешь получить уведомления о упавшем ансибле, вполне себе вариант

Не элегантно

а как сейчас плейбук запускается? руками из консоли ansible-playbook?

да

Не нравится так. Мне надо регистрировать вывод таске и подом передавать его в rescue. Не нравится решение с блоком. Пытаюсь понять, можно ли сделать через callback'и

Можно. Но тут как всегда - если ты хочешь от инструмента странного, то, скорее всего, твоя хотелка сама по себе относится к разряду странного.

Вот тебе для образца:

https://github.com/n0ts/ansible-human_log

А может кто-нибудь подсказать, как использовать переменные в роли из другой роли?

Ну, чтобы они подгружались

А может кто-нибудь подсказать, как использовать переменные в роли из другой роли?

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

Ну, чтобы они подгружались

Просто используй

Они переходят из роли в роль

Просто используй

т.е. просто из dependencies: - { role: rolename } они подгрузятся?

dependency вообще не причем

Просто в плейбуке если роли по порядку идут

То следующая роль получит

Параметры первой

ага, спс

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

У меня есть роль 1: В ней в defaults/main.yml есть переменные Мне хотелось бы эти переменные использовать в другой роли. Не все, но парочку

Чтобы в 2-х ролях одно и то же не прописывать

А потом первая роль исчезает или переменные переменовываются и получаешь неведомую херню

там 2-я роль зависит от 1-й

2-я без первой работать не будет

https://twitter.com/beebeeep/status/925322492494995457

тогда это одна роль, зачем их разделять?

Потому что разные вещи ставять

Все он правильно сделал

Если в роль 1 есть переменные, то в роль 2 их можно использовать

Одна роль конфигурит pgsql Вторая - приложение которое использует подключение к БД однако логин и пароль подключения используется один и тот же что в роли для установки и настройки БД, что в настройках приложения

В любом случае все это вырождается в трудноподдерживаемый говнокод

Мнения разделились...

креденшиалы должны быть в group_vars и передаваться каждой роли в качестве параметров

В любом случае все это вырождается в трудноподдерживаемый говнокод

Правильно. Надо писать один плейбук, и все в одном файле выражать. Вообще без ролей. *сарказм*

Роль - это выделенная сущность, которая параметризуется переменными окружения

креденшиалы должны быть в group_vars и передаваться каждой роли в качестве параметров

С этим согласен. Хотя есть юс кейс - когда они генерируются. Хотя и это можно в group vars засунуть

Если в роль 1 есть переменные, то в роль 2 их можно использовать

А я с этим нет

креденшиалы должны быть в group_vars и передаваться каждой роли в качестве параметров

пожалуй так и поступлю

Одна роль конфигурит pgsql Вторая - приложение которое использует подключение к БД однако логин и пароль подключения используется один и тот же что в роли для установки и настройки БД, что в настройках приложения

это скорее тогда переменные не к роли а к хост вар...

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

А я с этим нет

С тем чтоб так не делать, или с тем что это не работает?

Это антипаттерн, несмотря на то, что оно работает

В основном да. Но у меня был один юс кейс - создавалась папка в одной роли, с генерированым названием. И эту папку надо было использовать в других ролях. Поэтому хорошо что с ансиблом тут все просто - параметр просто передовался

В основном да. Но у меня был один юс кейс - создавалась папка в одной роли, с генерированым названием. И эту папку надо было использовать в других ролях. Поэтому хорошо что с ансиблом тут все просто - параметр просто передовался

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