да это понятно, уже поменял

И как теперь?

с нативным все ок

ну это как бы ниочень решение

ну да ладно, спасибо

ну это как бы ниочень решение

Можно погуглить ещё варианты

Но этот по-моему наиболее рабочий

другие варианты поди про костыли )) Пущай так будет

а эт самое, митоген в проде юзабелен?

зависит от прода

а эт самое, митоген в проде юзабелен?

Более чем

а эт самое, митоген в проде юзабелен?

50/50

Хм, понял, покопаю ещё завтра Спасибо за ресёрч)

кстати к вопросу выбора инструмента, а не холивара ради

я бы прошелся пошем по длинкам для активации ssh

поскольку модуль telnet, как я понял из чтения доков, идет очень вразрез с идеологией анса

плюс дебаг осложняется тем что идет проламывание до конечной реализации клиента + особенности сервера и возможности дебага довольно ограничены + требуют знания питона (подсказки искал в сырцах как раз)

тратить время когда есть альтернатива как-то неоч, после активации ососаш никто не мешает вернуться к ансу

Более чем

А бастион тамошний юзаешь? mitogen_via который

А бастион тамошний юзаешь? mitogen_via который

Неа. У меня все в локалке как правило.

Коллеги никто не видел линтер на порядок опций в ансибле ? хочу стабилизировать. а то кто во что горазд. видел даже - name не первой строкой а в середине

https://github.com/ansible/ansible-lint/issues/578 meh

when писать после name!

Лучше вместо

я бы прошелся пошем по длинкам для активации ssh

Так оно и планировалось изначально) Но хотелось иметь некий "не очень костыльный" инструмент провижинга новых девайсов. Ещё раз убедился что телнет это не про отсутствие костылей, потому вот 😂

Пош это не костыль

Добрый день, Как можно относительно гибко ( и можно ли) написать 1 Playbook, чтобы настраивать UFW фаерволл на разных типах хостов (DB, Web, etc). https://pastebin.com/AHeXgqk2 Написал Playbook сначала (вариант №1), понял что "получается много текста", переписал (Вариант №2), но не понимаю, а можно ли в Варианте №2 как-то when условие гибко использовать? (условно если на удаленном хосте запущена служба MySQL, то применить правило для порта 3306, а остальные не применять. Или возможно можно как-то более правильно сделать? Спасибо

Добрый день, Как можно относительно гибко ( и можно ли) написать 1 Playbook, чтобы настраивать UFW фаерволл на разных типах хостов (DB, Web, etc). https://pastebin.com/AHeXgqk2 Написал Playbook сначала (вариант №1), понял что "получается много текста", переписал (Вариант №2), но не понимаю, а можно ли в Варианте №2 как-то when условие гибко использовать? (условно если на удаленном хосте запущена служба MySQL, то применить правило для порта 3306, а остальные не применять. Или возможно можно как-то более правильно сделать? Спасибо

Второй чуть лаконичнее

Условия делаются иначе. Задавайте набор портов декларативно через переменные групп, если нужен разный набор портов на разных хостах

Коллеги, а сколько в ансибл уровней на котором можно задать переменные? Хотя бы порядок цифр 1,2,10, 20

Коллеги, а сколько в ансибл уровней на котором можно задать переменные? Хотя бы порядок цифр 1,2,10, 20

Here is the order of precedence from least to greatest (the last listed variables winning prioritization): command line values (eg “-u user”) role defaults [1] inventory file or script group vars [2] inventory group_vars/all [3] playbook group_vars/all [3] inventory group_vars/* [3] playbook group_vars/* [3] inventory file or script host vars [2] inventory host_vars/* [3] playbook host_vars/* [3] host facts / cached set_facts [4] play vars play vars_prompt play vars_files role vars (defined in role/vars/main.yml) block vars (only for tasks in block) task vars (only for the task) include_vars set_facts / registered vars role (and include_role) params include params extra vars (always win precedence)

22 вроде как

https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable

Я знал про 16. Обновлю знания

Условия делаются иначе. Задавайте набор портов декларативно через переменные групп, если нужен разный набор портов на разных хостах

Пытаюсь понять, каким образом конструкцию с правилами разнести по group_vars/* файлам. Понимаю что в каждом файле нужно указать свои переменные, но не понимаю как примерно это будет выглядеть в моем случае

Условия делаются иначе. Задавайте набор портов декларативно через переменные групп, если нужен разный набор портов на разных хостах

Условия делаются иначе. Задавайте набор портов декларативно через переменные групп, если нужен разный набор портов на разных хостах

Делите сервера по группам и профит

Типа бд одни порты. Веб другие

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

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

Лууп что у вас по сути становиться массивов. Которые и кормите унифицированному правила что открывает

То есть отделяете открытие портов - от того что открываете

Роль открытия одна. А переменные открытия для каждый группы хостов другие

Мб по еврейски выразился. Как открывать - роль. Что открывать - переменные

То есть второй вариант с небольшой переделкой

Роль открытия одна. А переменные открытия для каждый группы хостов другие

Пытаюсь понять, пока не получается. Если я правильно понял: есть 1 Playbook, создаю "group_vars/*" group_vars/ web mongo common mysql --- # file: group_vars/mysql mysql_port: 3306 protocol: "tcp" policy: "allow" --- # file: group_vars/mongo mongodb_port: 27017 protocol: "tcp" policy: "allow" А вот как поменять "второй вариант" пока не представляю

Напишите мне завтра если не разберётесь, дам примеры. С телефона не удобно

Мысль ваша идёт в правильном направление, но выше не массив

А нужен он.

То есть

ort: "10051", protocol: "tcp", policy: "allow", from: "192.168.1.198", comment: "allow incoming connection on standard SSH port" }

Условно это UFC: - {port: 3306, protocol:tcp} и так далее

Условно это UFC: - {port: 3306, protocol:tcp} и так далее

Спасибо, буду пробовать

Ну и в loop вы уже передаёте переменую. Думаю разберётесь - если нет - завтра пишите

Ну и в loop вы уже передаёте переменую. Думаю разберётесь - если нет - завтра пишите

получается что будет вместо 1 большой "loop" грубо говоря несколько маленьких, в которые мы будем задавать переменные в виде массива (для каждой группы)?

Луп будет один

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

Я кстати больше за with_items ) но Тимур заругает )

Луп будет один

Я двигаюсь примерно в том направлении?

Луп будет один

Луп будет один

а почему просто не определить нужный список в group_vars/group_name и просто передавать один список?

а почему просто не определить нужный список в group_vars/group_name и просто передавать один список?

Мне кажется я пытаюсь это сделать сейчас) Пытаюсь найти пример в Гугле, чтобы увидеть как вызывать/использовать переменные из group_vars, но везде нахожу просто описание и примеры group_vars внутри которых переменные, а как это в Loop использовать не могу понять

Т.е. я создаю файлы в group_vars/*, после этого в них (в файлах) указываю переменные (просто переменные, или массивом), но не могу понять как эту переменную из group_vars/* использовать

Ну погляди где нить в ролях awx. Ну типа если в плейбуки ты вызовешь для Host: db_example. То переменные размешаешь в group_vars/db_example/vars.yml

# /group_vars/allservers allservers_ports: - { port: "22", protocol: "tcp", policy: "allow", from: "any", comment: "allow incoming connection on standard SSH port" } - { port: "10050", protocol: "tcp", policy: "allow", from: "192.168.1.198", comment: "allow incoming connection on standard SSH port" } - { port: "10051", protocol: "tcp", policy: "allow", from: "192.168.1.198", comment: "allow incoming connection on standard SSH port" } # /group_vars/mongodb mongodb_ports: - { port: "27017", protocol: "tcp", policy: "allow", from: "any", comment: "allow incoming connection on standard MongoDB port" } Мне кажеться будет так: - name: Apply UFW rules to this host ufw: to_port: '{{ item.port }}' proto: '{{ item.protocol }}' rule: '{{ item.policy }}' src: '{{ item.from }}' comment: '{{ item.comment }}' loop: - { item.port, item.protocol, item.policy, item.from, item.comment }

Нет

Ну в with_items надо было бы allservers пор выдавать.

А дальше через итем работать

Коллега выше правильно написал что это один массив должен быть

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

Я точно за луп не скажу. Но итем ты там оперировать врядли сможешь

Если я правильно понял, то нужно чтобы а) переменные в /group_vars/mongodb файле были в правильном формате б) нужно правильно вызывать переменные в Playbook, из /group_vars/mongodb файла верно?

А - да. Б - идёт автоматом если верная группа хостов

я сейчас проверю на практике дебагом 😊

Но да. Вызвать правильно. Чтобы было понятно - вызови через debug with_items из твоего скрина выше сначала mongo ports. Потом alservers_ports

Но при этом не меняй в hosts указания группы хостов

вроде же, есть официальный пример https://github.com/ansible/ansible-examples/tree/master/mongodb

в нем есть какие то ошибки?

С учётом что реадми 3 месяца. А остальным 6-7 лет. Врядли оно актуальное

Свечку не держал. Мб и актуально. Но я бы лично точно на такую некрофилию не посмотрел бы