د Ansible SOCKS پروکسي: localhost د کوم ماشين دی؟
هغه پروسه وپېژنئ چې د Ansible API غوښتنه کوي، مخکې لدې چې هغه loopback کې د SSH SOCKS اورېدونکي ته وګرځوئ.
هغه دنده چې socks5h://127.0.0.1:65432 کاروي باید په هغه شبکه يي چاپېريال کې وځغلي چې هلته هغه اورېدونکی شته. له کنټرولر څخه کار کوونکی تونل هغه د د مديريت شوي کوربه loopback پته — يا د اجرا کانټينر دننه د لاسرسي وړ نه کوي.
د ناکامېدونکې دندې لپاره څلور حقيقتونه ثابت کړئ:
- هغه کوربه يا کانټينر چې شبکه يي غوښتنه اجرا کوي.
- د هغې اغېزمن کاروونکی او Python ژباړونکی.
- د ماډل HTTP کتابتون يا SDK.
- هغه پته چې له هغې پروسې SOCKS اورېدونکي ته رسېدای شي.
يوازې د ډرامې د انوېنټري هدف لومړي پوښتنې ته ځواب نه ورکوي. ماډلونه خپل ترتيب شوی اړيکه کاروي، استازيتوب کولای شي اجرا ولېږدوي، او سيمه ييزه اړيکه کولای شي کار پر کنټرولر وساتي. د کنټرولر په خوا کې پلټنې په بشپړه توګه د لرې ماډل څخه بهر پېښېږي.
د OpenStack انځور دندې لپاره، د نصب شوي openstack.cloud ټولګې غوښتنې او د هغې OpenStack SDK چاپېريال وګورئ. curl په بل ځای کې بريالی کېدل د هغه SDK د SOCKS وړتياوې يا انحصارونه نه ثابتوي.
که د API عمليه په سيمه ييز ډول د چلولو نيت لري، هغه اجرايي انتخاب څرګند کړئ او ترتيب هلته ورکړئ. که له لرې څخه ځغلي، هغه پروکسي وټاکئ چې له هغه شرايطو لاسرسى ورته وي. د Ansible د دندې environment: د دندې پروسې ته اغېزه کوي؛ دا هر پلټنه يا پلگ ان بيا نه ترتيبوي، او SDK اړ دی چې په هغه Python چاپېريال کې سکيم ملاتړ وکړي.
دوه لارې جلا وساتئ: SSH يا ProxyJump Ansible کوربه ته رسوي، پداسې حال کې چې د ماډل HTTP کلاينټ له خپل اجرا شرايطو API ته ځي. کار کوونکې لومړۍ لاره دويمه نه ترتيبوي. يوازې پر کنټرولر شته اورېدونکي د لاسرسي لپاره خلاصول دا هم بدلوي چې څوک ورته لاسرسى لري، نو دا د پتې سمون نه، بلکې د ځای پرځای کولو پرېکړه ده.