Стоп, то есть на другой стороне mikrotik?

да

Эм... я вообще не уверен, что оно должно работать. Ибо там свой шелл и нет python/scp.

Эм... я вообще не уверен, что оно должно работать. Ибо там свой шелл и нет python/scp.

но его используют. недавно была лекция у микротик, что работает. и еще они прилагали ссылку на https://github.com/0x566164696D/mikroansible вот сама презентация http://mum.mikrotik.com/presentations/RU16/presentation_3841_1476092869.pdf

я правда не силен в коде и не очень понял что в гит они положили

Судя по тому что я там вижу, это набор команд вида echo что-то¦ ssh mikrotik

Полноценные модули вроде ping там не заработают

Полноценные модули вроде ping там не заработают

если пинг не работает, то почему другие модули работать будут?

если пинг не работает, то почему другие модули работать будут?

Потому что по сути это один большой набор костылей

Потому что по сути это один большой набор костылей

а то что в гите мне нужно ставить? или тот аnsible что я поставил достаточно ?

чтобы продолжить работу.

Ну при беглом взгляде ничего кроме, собственно, ansible, ssh и bash там не нужно

Ну при беглом взгляде ничего кроме, собственно, ansible, ssh и bash там не нужно

тогда попробую сейчас добавить правила фаерволла на мт, посмотрим что выйдет

Я, правда, не понимаю почему они expect не использовали в ansible для решения своих задач

Всем привет

хотелось бы задать вопрос по ansible

есть в папка defaults/main.yml, где я могу писать переменные или даже массив с key->value есть папка vars, где я могу пистаь тоже самое, в чем смысл и разница? между папками defaults, vars.

мне кажется что vars/ папка просто приоритетней и позволит перезаписать переменные, котоыре мы указывали в defaults.

vars редко очень нужен, когда вы вызываете зависимые роли через meta/main.yml и надо в них передать переменные какие-то

Других применений я не знаю

мне кажется что vars/ папка просто приоритетней и позволит перезаписать переменные, котоыре мы указывали в defaults.

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

Да, у vars приоритет выше, чем у default

мне кажется что vars/ папка просто приоритетней и позволит перезаписать переменные, котоыре мы указывали в defaults.

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

Но для какой-то конкретной роли нет смысла использовать default и vars

Ну и да, там вон говорят дока есть.

Но для какой-то конкретной роли нет смысла использовать default и vars

Для какой-то, возможно, и есть. Разный смысл же

?

У меня бывает, что и то и то есть

А зачем?

Вот ровно за тем

Два одной и той же переменной смысла правда нет.

Если есть в vars, то из defaults уже точно не заполнится

Но иногда что-то надо и в defaults положить

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

defaults Чаще всего для обеспечения обратной совместимости.

Ну, кстати, да

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

Как так зачем? Чтобы переменную установить. Рассчитать специфичную несколько раз повторяемую в роли переменную, которая вычисляется из контекста

а почему в defaults ее неположить?

Они отличаются только приоритетом

а почему в defaults ее неположить?

Это бы подразумевало, что есть шанс получить её из другого места. Всему своё место должно быть

Они отличаются только приоритетом

Только между ними внешний контекст

Только между ними внешний контекст

Вот это я не понял

Что будет, если в контексте уже установлена такая переменная раньше, в другой роли?

Ну, ты можешь поставить переменную, которая выше vars по приоритету

И тоже все сломать

Ну, ты можешь поставить переменную, которая выше vars по приоритету

А вот этого я не понял

:-)

vars перезапишет значения, если они раньше выставлены были

нет

Иди доку читай и пробуй

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

Но да, сложно вызвать случайно :-)

Иди доку читай и пробуй

Грубо :-)

Консоль только

Ну и про коннекшен

Таким образом нет такого места в плейбуке, которое круче vars

исторически переменные роли хранились в vars. В версии 1.3 добавили defaults. С тех пор и осталось два каталога с одинаковой функцией: http://devdocs.io/ansible/playbooks_roles

исторически переменные роли хранились в vars. В версии 1.3 добавили defaults. С тех пор и осталось два каталога с одинаковой функцией: http://devdocs.io/ansible/playbooks_roles

Она не одинаковая

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

Таким образом нет такого места в плейбуке, которое круче vars

А в 2 похоже и консоль не поможет

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

Они просто на двух концах пищевой цепи

Грубо :-)

Нет. Честно

😎

Нет. Честно

Ты подрузамеваешь, что я не читал доку, но я ее читал и знаю, что есть переменные, приоритет которых выше, чем role vars

Ты подрузамеваешь, что я не читал доку, но я ее читал и знаю, что есть переменные, приоритет которых выше, чем role vars

Какие?

role and include vars block vars (only for tasks in block) task vars (only for the task) extra vars (always win precedence)

Блок и таск внутри роли

Да, консоль, но это вне плейбука

Таким образом снаружи роли внутри плейбука ничего такого нет.

Те ничто во внешнем yml не может перетереть vars

extra vars это вообще жесткий хак, который очень много всего может сломать, если им такие переменные выставлять:)

Его приоритет собственно и нужен чтобы внедриться внутрь какой-нибудь роли и нахачить поведение

Ты подрузамеваешь, что я не читал доку, но я ее читал и знаю, что есть переменные, приоритет которых выше, чем role vars

Чо молчим

Детей ужином кормлю, извини

Детей ужином кормлю, извини

А мои гуляют

roles: - role: test var1: 'outside'

Вот так можно, но явно надо вызвать

cat roles/test/tasks/main.yml - name: debug debug: var: var1

cat roles/test/vars/main.yml var1: inside

TASK [test : debug] ************************************************************ ok: [localhost] => { "var1": "outside" }