Ansible SOCKS പ്രോക്സി: localhost ഏത് മെഷീന്റേതാണ്?

socks5h://127.0.0.1:65432 ഉപയോഗിക്കുന്ന ടാസ്ക് ആ ശ്രോതാവ് നിലവിലുള്ള നെറ്റ്വർക്ക് പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കണം. കൺട്രോളറിൽ നിന്ന് പ്രവർത്തിക്കുന്ന ടണൽ അതിനെ നിയന്ത്രിത ഹോസ്റ്റിന്റെ loopback വിലാസത്തിലോ എക്സിക്യൂഷൻ കണ്ടെയ്നറിനുള്ളിലോ ലഭ്യമാക്കുന്നില്ല.

പരാജയപ്പെടുന്ന ടാസ്കിനായി നാല് വസ്തുതകൾ സ്ഥാപിക്കുക:

1. നെറ്റ്വർക്ക് അഭ്യർത്ഥന നടത്തുന്ന ഹോസ്റ്റ് അല്ലെങ്കിൽ കണ്ടെയ്നർ.
2. അതിന്റെ ഫലപ്രദമായ ഉപയോക്താവും Python ഇന്റർപ്രെട്ടറും.
3. മൊഡ്യൂളിന്റെ HTTP ലൈബ്രറി അല്ലെങ്കിൽ SDK.
4. ആ പ്രോസസിന് SOCKS ശ്രോതാവിലേക്ക് എത്താൻ കഴിയുന്ന വിലാസം.

പ്ലേയുടെ ഇൻവെന്ററി ലക്ഷ്യം മാത്രം ആദ്യ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നില്ല. മൊഡ്യൂളുകൾ അവയുടെ കോൺഫിഗർ ചെയ്ത കണക്ഷൻ ഉപയോഗിക്കുന്നു, ഡെലിഗേഷന് എക്സിക്യൂഷൻ മാറ്റാനാകും, കൂടാതെ ലോക്കൽ കണക്ഷന് ജോലി കൺട്രോളറിൽ നിർത്താനാകും. കൺട്രോളർ വശത്തെ ലുക്കപ്പുകൾ റിമോട്ട് മൊഡ്യൂളിന് പൂർണ്ണമായും പുറത്താണ് സംഭവിക്കുന്നത്.

OpenStack ഇമേജ് ടാസ്കിനായി, ഇൻസ്റ്റാൾ ചെയ്ത openstack.cloud കളക്ഷന്റെ ആവശ്യകതകളും അതിന്റെ OpenStack SDK പരിതസ്ഥിതിയും പരിശോധിക്കുക. മറ്റൊരിടത്ത് curl വിജയിക്കുന്നത് ആ SDK-യുടെ SOCKS കഴിവുകളോ ആശ്രിതത്വങ്ങളോ തെളിയിക്കുന്നില്ല.

API പ്രവർത്തനം ലോക്കലായി പ്രവർത്തിപ്പിക്കാനാണെങ്കിൽ, ആ എക്സിക്യൂഷൻ തിരഞ്ഞെടുപ്പ് വ്യക്തമാക്കി അവിടെ ക്രമീകരണം നൽകുക. ഇത് വിദൂരത്തുനിന്ന് പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ആ സന്ദർഭത്തിൽ നിന്ന് എത്താവുന്ന പ്രോക്സി തിരഞ്ഞെടുക്കുക. Ansible ടാസ്കിന്റെ environment: ടാസ്ക് പ്രോസസിനെ സ്വാധീനിക്കുന്നു; അത് എല്ലാ ലുക്കപ്പുകളും പ്ലഗിനുകളും വീണ്ടും കോൺഫിഗർ ചെയ്യുന്നില്ല, കൂടാതെ ആ Python പരിതസ്ഥിതിയിൽ സ്കീം പിന്തുണയ്ക്കേണ്ടത് SDK-ക്ക് ഇപ്പോഴും ആവശ്യമാണ്.

രണ്ട് പാതകൾ വേർതിരിച്ച് നിർത്തുക: SSH അല്ലെങ്കിൽ ProxyJump Ansible-നെ ഒരു ഹോസ്റ്റിലേക്ക് എത്തിക്കുന്നു, അതേസമയം മൊഡ്യൂളിന്റെ HTTP ക്ലയന്റ് അതിന്റെ എക്സിക്യൂഷൻ സന്ദർഭത്തിൽ നിന്ന് API-യിലേക്ക് പോകുന്നു. പ്രവർത്തിക്കുന്ന ആദ്യ പാത രണ്ടാമത്തേത് കോൺഫിഗർ ചെയ്യുന്നില്ല. കൺട്രോളറിൽ മാത്രമുള്ള ശ്രോതാവിനെ എത്തിച്ചേരാൻ വേണ്ടി തുറന്നുകാട്ടുന്നത് അതിലേക്ക് ആർക്ക് പ്രവേശനം ഉണ്ടെന്നും മാറ്റുന്നു, അതിനാൽ ഇത് വിലാസ തിരുത്തലല്ല, വിന്യാസ തിരഞ്ഞെടുപ്പാണ്.