Ansible SOCKS প্রক্সি: localhost কোন মেশিনের?

Ansible API অনুরোধ করা প্রক্রিয়াটি চিহ্নিত করুন, তারপর loopback-এ SSH SOCKS শ্রোতার দিকে নির্দেশ করুন।

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: টাস্ক প্রক্রিয়াকে প্রভাবিত করে; এটি প্রতিটি লুকআপ বা প্লাগইন পুনরায় কনফিগার করে না, এবং SDK-কে এখনও ওই Python পরিবেশে স্কিমটি সমর্থন করতে হবে।

দুটি রুট আলাদা রাখুন: SSH বা ProxyJump Ansible-কে একটি হোস্টে পৌঁছায়, আর মডিউলের HTTP ক্লায়েন্ট তার এক্সিকিউশন কনটেক্সট থেকে API-তে পৌঁছায়। কার্যকর প্রথম রুট দ্বিতীয়টি কনফিগার করে না। কেবল কন্ট্রোলারে থাকা শ্রোতা প্রকাশ করে রিচেবিলিটি সমাধান করলে কে এটি অ্যাক্সেস করতে পারে তাও বদলে যায়, তাই এটি ঠিকানা সংশোধন নয়, একটি ডিপ্লয়মেন্ট সিদ্ধান্ত।

সম্পর্কিত নিবন্ধ