Proksi SOCKS Ansible: mesin mana yang memiliki localhost?
Cari proses yang membuat permintaan API Ansible sebelum menghalakannya ke pendengar SSH SOCKS pada loopback.
Tugasan yang menggunakan socks5h://127.0.0.1:65432 mesti berjalan dalam persekitaran rangkaian tempat pendengar itu wujud. Terowong yang berfungsi dari pengawal tidak menjadikannya tersedia di alamat loopback hos terurus — atau di dalam kontena pelaksanaan.
Untuk tugasan yang gagal, tetapkan empat fakta:
- Hos atau kontena yang melaksanakan permintaan rangkaian.
- Pengguna berkesan dan penterjemah Python-nya.
- Pustaka HTTP atau SDK modul itu.
- Alamat tempat proses itu boleh mencapai pendengar SOCKS.
Sasaran inventori play sahaja tidak menjawab soalan pertama. Modul menggunakan sambungan yang dikonfigurasikan, delegasi boleh memindahkan pelaksanaan, dan sambungan setempat boleh mengekalkan kerja pada pengawal. Carian di sebelah pengawal berlaku sepenuhnya di luar modul jauh.
Untuk tugasan imej OpenStack, semak keperluan koleksi openstack.cloud yang dipasang dan persekitaran SDK OpenStack-nya. Kejayaan curl di tempat lain tidak membuktikan keupayaan SOCKS atau kebergantungan SDK itu.
Jika operasi API bertujuan berjalan secara setempat, jadikan pilihan pelaksanaan itu jelas dan berikan tetapan di situ. Jika ia berjalan dari jauh, pilih proksi yang boleh dicapai dari konteks itu. environment: tugasan Ansible mempengaruhi proses tugasan; ia tidak mengkonfigurasi semula setiap carian atau pemalam, dan SDK masih perlu menyokong skema dalam persekitaran Python itu.
Asingkan dua laluan: SSH atau ProxyJump membawa Ansible ke hos, manakala klien HTTP modul bergerak dari konteks pelaksanaannya ke API. Laluan pertama yang berfungsi tidak mengkonfigurasi yang kedua. Mendedahkan pendengar yang hanya ada pada pengawal untuk menyelesaikan kebolehcapaian juga mengubah siapa yang boleh mengaksesnya, jadi ia pilihan penggunaan, bukan pembetulan alamat.