а как вообще практика записать пароли в инвентори в группварс и инвентори шифровать?

Одно неудачное действие и ты компрометируешь все пароли

Сейчас имею вариант такой: есть репа в репе пак ролей в каждой роли свои файлы переменных через extra-vars передается только группа хоста из инвентори становится сложно поддерживать 30 файлов переменных, а их еще защищать надо бы по хорошему если в репе держать

у нас у клиента аутсорцовый 'сеньёр инженер' заслал авс ключик в публичный gist

у нас у клиента аутсорцовый 'сеньёр инженер' заслал авс ключик в публичный gist

😳😳😳😳😳😳

Одно неудачное действие и ты компрометируешь все пароли

Я думал это фича ансибль волта

Сейчас имею вариант такой: есть репа в репе пак ролей в каждой роли свои файлы переменных через extra-vars передается только группа хоста из инвентори становится сложно поддерживать 30 файлов переменных, а их еще защищать надо бы по хорошему если в репе держать

Сунуть в нешифруемое? От такого ничего не спасёт, по-моему.

wait_for: host=1.2.3.4 port=6666 чем-нибудь отличается от command: "curl 1.2.3.4:6666" ?

По идее нет, а чо? Но там скорее неткат под капотом, кмк

Проверяю запуск локального сервиса по IP и порту, пишет, что недоступен. Через curl с тем же IP и портом сервис виден и все отдает.

wait_for: host=1.2.3.4 port=6666 чем-нибудь отличается от command: "curl 1.2.3.4:6666" ?

Курл в плейбуке или из консоли ?

http[s]:// гвоздями прибивать пробовал? У меня в джобе так работает: - name: Wait for jira front is up uri: url: "https://jira/rest/api/2/serverInfo" status_code: 200 register: result until: result is succeeded retries: 20 delay: 5 delegate_to: localhost check_mode: no ignore_errors: yes become: no

В плейбуке через command

Проверяю запуск локального сервиса по IP и порту, пишет, что недоступен. Через curl с тем же IP и портом сервис виден и все отдает.

Ну, т.е. дело не в delegate? Тогда вкручивай дебаг режим

В смысле «локального»?

Локального для хоста, на который выполняется плейбук

Интерфейс на таргете один?

Адрес, который проверяете, висит на том же интерфейсе, через который ходит ансибл?

😳😳😳😳а это как влияет ? 😳😳😳😳

Адрес, который проверяете, висит на том же интерфейсе, через который ходит ансибл?

Да, на том же

А можете сам код показать?

- command: "curl {{ some_ip }}:{{ some_port }}" - wait_for: host: "{{ some_ip }}" port: "{{ some_port }}" delay: 5 timeout: 5 msg: "Service is not responding!"

Вывод curl'а тоже правильный, выводил в переменную, смотрел

На Макс вербозном уровне

А если тайм-аут увеличить?

Пользователь один и тот же? become нигде не используется там?

Как там ansible -vvvvv вроде

# Don't assume the inventory_hostname is resolvable and delay 10 seconds at start - name: Wait 300 seconds for port 22 to become open and contain "OpenSSH" wait_for: port: 22 host: '{{ (ansible_ssh_host|default(ansible_host))|default(inventory_hostname) }}' search_regex: OpenSSH delay: 10 connection: local

Означает "сделай прям тут, на хосте-контроллере"

А в чем разница с delegate to local ?

Нюансы жи! delegate_to - это значит, что хост, указанный в delegate_to, должен быть доступен через тот же ssh. connection: local означает, что работаем из соседнего шелла, никаких там ssh и вот этого вот всего.

Понял, спасибо, просто это не так часто нужно

Ребят, чето не могу придумать как сделать такую вещь есть группа хостов в инвентори назовем ее [servers] server01.dns.ru server01.dns.ru И есть шаблон в котором, на выходе должна получиться такая структура: hosts:["http://server01.dns.ru:80","http://server02.dns.ru:80"]