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 સુધી પહોંચે છે. કાર્યરત પ્રથમ માર્ગ બીજાને ગોઠવતો નથી. ફક્ત કંટ્રોલર પર રહેલી શ્રોતાને પહોંચ માટે ખુલ્લી કરવાથી કોણ તેનો ઉપયોગ કરી શકે તે પણ બદલાય છે, તેથી તે સરનામા સુધારો નહીં, ડિપ્લોયમેન્ટ પસંદગી છે.