Proksi ya SOCKS ya Ansible: ni mashine gani inayomiliki localhost?
Tambua mchakato unaofanya ombi la API ya Ansible kabla ya kulielekeza kwa kisikilizaji cha SSH SOCKS kwenye loopback.
Jukumu linalotumia socks5h://127.0.0.1:65432 lazima liendeshwe katika mazingira ya mtandao ambapo kisikilizaji hicho kipo. Handaki inayofanya kazi kutoka kwa kidhibiti haifikishi kwenye anwani ya loopback ya mwenyeji anayesimamiwa — au ndani ya chombo cha utekelezaji.
Kwa jukumu linaloshindikana, thibitisha mambo manne:
- Mwenyeji au chombo kinachotekeleza ombi la mtandao.
- Mtumiaji wake halisi na mkalimani wa Python.
- Maktaba ya HTTP au SDK ya moduli.
- Anwani ambayo mchakato huo unaweza kufikia kisikilizaji cha SOCKS.
Lengo la orodha ya mchezo pekee halijibu swali la kwanza. Moduli hutumia muunganisho wao uliosanidiwa, uwakilishi unaweza kuhamisha utekelezaji, na muunganisho wa ndani unaweza kubakiza kazi kwenye kidhibiti. Utafutaji wa upande wa kidhibiti hufanyika nje kabisa ya moduli ya mbali.
Kwa jukumu la picha ya OpenStack, chunguza mahitaji ya mkusanyiko wa openstack.cloud uliosakinishwa na mazingira yake ya OpenStack SDK. Kufanikiwa kwa curl mahali pengine hakuthibitishi uwezo wa SOCKS au utegemezi wa SDK hiyo.
Ikiwa operesheni ya API inakusudiwa kufanya kazi ndani, fanya chaguo hilo la utekelezaji liwe wazi na toa mpangilio hapo. Ikiwa inafanya kazi kwa mbali, chagua proksi inayoweza kufikiwa kutoka muktadha huo. environment: ya jukumu la Ansible huathiri mchakato wa jukumu; haisanidi upya kila utafutaji au programu jalizi, na SDK bado inahitaji kuauni mpango katika mazingira hayo ya Python.
Tenganisha njia mbili: SSH au ProxyJump huleta Ansible hadi kwa mwenyeji, wakati mteja wa HTTP wa moduli huenda kutoka muktadha wake wa utekelezaji hadi API. Njia ya kwanza inayofanya kazi haisanidi ya pili. Kufichua kisikilizaji kilichopo kwenye kidhibiti pekee ili kutatua ufikivu pia hubadilisha nani anaweza kukifikia, kwa hivyo ni uamuzi wa usambazaji na si marekebisho ya anwani.