Proxy SOCKS Ansible: mesin mana yang memiliki localhost?
Temukan proses yang membuat permintaan API Ansible sebelum mengarahkannya ke pendengar SSH SOCKS pada loopback.
Tugas yang menggunakan socks5h://127.0.0.1:65432 harus berjalan di lingkungan jaringan tempat pendengar itu ada. Terowongan yang berfungsi dari pengontrol tidak membuatnya tersedia di alamat loopback host terkelola — atau di dalam kontainer eksekusi.
Untuk tugas yang gagal, tetapkan empat fakta:
- Host atau kontainer yang menjalankan permintaan jaringan.
- Pengguna efektif dan juru bahasa Python-nya.
- Pustaka HTTP atau SDK modul.
- Alamat tempat proses itu dapat menjangkau pendengar SOCKS.
Target inventaris play saja tidak menjawab pertanyaan pertama. Modul menggunakan koneksi yang dikonfigurasi, delegasi dapat memindahkan eksekusi, dan koneksi lokal dapat menahan pekerjaan di pengontrol. Pencarian di sisi pengontrol terjadi sepenuhnya di luar modul jarak jauh.
Untuk tugas image OpenStack, periksa persyaratan koleksi openstack.cloud yang terpasang dan lingkungan SDK OpenStack-nya. Keberhasilan curl di tempat lain tidak membuktikan kemampuan SOCKS atau dependensi SDK tersebut.
Jika operasi API dimaksudkan berjalan secara lokal, buat pilihan eksekusi itu eksplisit dan berikan pengaturannya di sana. Jika berjalan dari jarak jauh, pilih proxy yang dapat dijangkau dari konteks itu. environment: tugas Ansible memengaruhi proses tugas; itu tidak mengonfigurasi ulang setiap pencarian atau plugin, dan SDK tetap harus mendukung skema di lingkungan Python tersebut.
Pisahkan dua rute: SSH atau ProxyJump membawa Ansible ke host, sedangkan klien HTTP modul berjalan dari konteks eksekusinya ke API. Rute pertama yang berfungsi tidak mengonfigurasi rute kedua. Mengekspos pendengar yang hanya ada di pengontrol untuk mengatasi keterjangkauan juga mengubah siapa yang dapat mengaksesnya, jadi itu pilihan penerapan, bukan koreksi alamat.