Да, можно, посмотрите пример https://docs.ansible.com/ansible/latest/collections/azure/azcollection/azure_rm_inventory.html

а может кто подсказать, почему не работает такой таск

- name: Upload new config descriptor
  uri:
    url: "{{ jfrt_base_url }}/api/system/configuration"
    method: POST
    src: /opt/config-descriptor.xml
    remote_src: yes
    headers:
        Content-Type: application/xml
    return_content: yes
    user: admin
    password: password

Возвращает connection timeout. При этом порт естественно открыт и доступен. Проверял другим таском. Такое ощущение что remorte_src как то странно работает


fatal: [jfrt]: FAILED! => changed=false
…
…
msg: 'Status code was -1 and not [200]: Connection failure: timed out'
 redirected: false
 status: -1
 url: http://localhost:8082/api/system/configuration

@tnt4brain  никаких идей нет случайно ?

Не особо. Ну в смысе "всё, что угодно": разница Python2/Python3; использование локалхоста в паре с каким-нибудь контейнером; переменные типа PROXY_PASS, установленные при курлыкании, и отсутствующие при работе модуля; в общем. сплошное лечение зубов по фотографии.

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

в curl у меня тоже post

глянуть логи приложения\прокси?

почему ansible-lint возвращает ошибки при использование полного названия модуля типа community.general.docker_network или community.general.docker_container, а например, ansible.builtin.copy  -  нет

версия линтера 4.2.0

The error appears to be in '<unicode string>': line 4, column 3, but may
be elsewhere in the file depending on the exact syntax problem.

если сократить названия до docker_network или docker_container ошибка исчезает

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

а может кто подсказать, почему не работает такой таск

- name: Upload new config descriptor
  uri:
    url: "{{ jfrt_base_url }}/api/system/configuration"
    method: POST
    src: /opt/config-descriptor.xml
    remote_src: yes
    headers:
        Content-Type: application/xml
    return_content: yes
    user: admin
    password: password

Возвращает connection timeout. При этом порт естественно открыт и доступен. Проверял другим таском. Такое ощущение что remorte_src как то странно работает


fatal: [jfrt]: FAILED! => changed=false
…
…
msg: 'Status code was -1 and not [200]: Connection failure: timed out'
 redirected: false
 status: -1
 url: http://localhost:8082/api/system/configuration

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

$ curl -i -X POST -u admin:password http://localhost:8081/api/system/configuration -H "Content-Type: application/xml" --data "@config-descriptor.xml"

нет никаких прокси, в приложении в логах тишина