Ansible SOCKS proxy'si: localhost hangi makineye ait?
Ansible API isteğini yapan süreci, onu loopback üzerindeki bir SSH SOCKS dinleyicisine yönlendirmeden önce belirleyin.
socks5h://127.0.0.1:65432 kullanan bir görev, o dinleyicinin bulunduğu ağ ortamında çalışmalıdır. Denetleyiciden çalışan bir tünel, onu yönetilen bir ana bilgisayarın loopback adresinde — ya da bir yürütme kapsayıcısının içinde erişilebilir kılmaz.
Başarısız görev için dört olguyu belirleyin:
- Ağ isteğini yürüten ana bilgisayar veya kapsayıcı.
- Bunun etkin kullanıcısı ve Python yorumlayıcısı.
- Modülün HTTP kitaplığı veya SDK'sı.
- Bu sürecin SOCKS dinleyicisine ulaşabildiği adres.
Yalnızca oyunun envanter hedefi ilk soruyu yanıtlamaz. Modüller yapılandırılmış bağlantılarını kullanır, yetkilendirme yürütmeyi taşıyabilir ve yerel bir bağlantı işi denetleyicide tutabilir. Denetleyici tarafındaki aramalar uzak modülün tamamen dışında gerçekleşir.
Bir OpenStack imaj görevi için, kurulu openstack.cloud koleksiyonunun gereksinimlerini ve OpenStack SDK ortamını inceleyin. curl'ün başka bir yerde başarılı olması, o SDK'nın SOCKS yeteneklerini veya bağımlılıklarını kanıtlamaz.
API işleminin yerel olarak çalışması amaçlanıyorsa, bu yürütme seçimini açık hale getirin ve ayarı orada verin. Uzaktan çalışıyorsa, o bağlamdan erişilebilen bir proxy seçin. Ansible görevinin environment: değeri görev sürecini etkiler; her aramayı veya eklentiyi yeniden yapılandırmaz ve SDK'nın bu Python ortamında şemayı desteklemesi gerekir.
İki yolu ayrı tutun: SSH veya ProxyJump, Ansible'ı bir ana bilgisayara ulaştırırken modülün HTTP istemcisi yürütme bağlamından API'ye gider. Çalışan ilk yol ikinciyi yapılandırmaz. Yalnızca denetleyicide bulunan bir dinleyiciyi erişilebilirlik sorununu çözmek için açmak, ona kimin erişebileceğini de değiştirir; bu nedenle bu bir adres düzeltmesi değil, bir dağıtım kararıdır.