Ansible SOCKS প্ৰক্সি: localhost কোন যন্ত্ৰৰ?
Ansible API অনুৰোধ কৰা প্ৰক্ৰিয়াটো চিনাক্ত কৰক, তাৰ পিছত loopback-ত SSH SOCKS শ্ৰোতাৰ ফালে নিৰ্দেশ কৰক।
socks5h://127.0.0.1:65432 ব্যৱহাৰ কৰা এটা কৰ্মই সেই শ্ৰোতাটো থকা নেটৱৰ্ক পৰিৱেশত চলিব লাগিব। নিয়ন্ত্ৰকৰ পৰা কাম কৰা এটা tunnel-এ ইয়াক পৰিচালিত হ'ষ্টৰ loopback ঠিকনা—বা execution container-ৰ ভিতৰত উপলব্ধ নকৰে।
ব্যৰ্থ কৰ্মটোৰ বাবে চাৰিটা তথ্য স্থাপন কৰক:
- নেটৱৰ্ক অনুৰোধটো চলোৱা হ'ষ্ট বা container।
- তাৰ কাৰ্যকৰী ব্যৱহাৰকাৰী আৰু Python interpreter।
- module-টোৰ HTTP library বা SDK।
- যি ঠিকনাৰ পৰা সেই প্ৰক্ৰিয়াই SOCKS শ্ৰোতাটোত উপনীত হ'ব পাৰে।
play-ৰ inventory target-এ অকলেই প্ৰথম প্ৰশ্নৰ উত্তৰ নিদিয়ে। module-বোৰে সিহঁতৰ configured connection ব্যৱহাৰ কৰে, delegation-এ execution স্থানান্তৰ কৰিব পাৰে, আৰু local connection-এ কাম নিয়ন্ত্ৰকতে ৰাখিব পাৰে। নিয়ন্ত্ৰকৰ ফালৰ lookup-বোৰ remote module-ৰ সম্পূৰ্ণ বাহিৰত হয়।
OpenStack image কৰ্মৰ বাবে, installed openstack.cloud collection-ৰ requirements আৰু তাৰ OpenStack SDK পৰিৱেশ পৰীক্ষা কৰক। অন্য ঠাইত curl সফল হোৱাটোৱে সেই SDK-ৰ SOCKS সামৰ্থ্য বা নিৰ্ভৰশীলতা প্ৰমাণ নকৰে।
যদি API operation-টো স্থানীয়ভাৱে চলাবলৈ ইচ্ছা কৰা হৈছে, তেন্তে সেই execution choice স্পষ্ট কৰক আৰু setting-টো তাতে দিয়ক। যদি ই remote-ত চলে, তেন্তে সেই context-ৰ পৰা উপনীত হ'ব পৰা proxy বাছনি কৰক। Ansible-ৰ কৰ্ম environment:-এ কৰ্ম প্ৰক্ৰিয়াটোত প্ৰভাৱ পেলায়; ই প্ৰতিটো lookup বা plugin পুনৰ configure নকৰে, আৰু SDK-এ সেই Python পৰিৱেশত scheme-টো সমৰ্থন কৰিব লাগিব।
দুটা পথ পৃথক ৰাখক: SSH বা ProxyJump-এ Ansible-ক এটা হ'ষ্টলৈ লৈ যায়, আনহাতে module-ৰ HTTP client-এ তাৰ execution context-ৰ পৰা API-লৈ যায়। কাৰ্যকৰী প্ৰথম পথে দ্বিতীয়টো configure নকৰে। কেৱল নিয়ন্ত্ৰকত থকা শ্ৰোতা উন্মোচন কৰি reachability সমাধান কৰিলে কাৰ প্ৰৱেশাধিকাৰ আছে সিও সলনি হয়, গতিকে ই address correction নহয়, deployment choice।