Ansible SOCKS proxy៖ localhost ជារបស់ម៉ាស៊ីនណា?

កំណត់អត្តសញ្ញាណដំណើរការដែលបង្កើតសំណើ Ansible API មុនពេលចង្អុលវាទៅអ្នកស្ដាប់ SSH SOCKS នៅលើ loopback។

កិច្ចការដែលប្រើ socks5h://127.0.0.1:65432 ត្រូវតែដំណើរការនៅក្នុងបរិស្ថានបណ្តាញដែលអ្នកស្ដាប់នោះមាន។ ផ្លូវរូងក្រោមដីដែលដំណើរការពីឧបករណ៍បញ្ជាមិនធ្វើឱ្យវាអាចប្រើបាននៅ អាសយដ្ឋាន loopback របស់ម៉ាស៊ីនដែលបានគ្រប់គ្រង — ឬនៅក្នុងកុងតឺន័រប្រតិបត្តិការ ទេ។

សម្រាប់កិច្ចការដែលបរាជ័យ សូមកំណត់ការពិតបួនយ៉ាង៖

  1. ម៉ាស៊ីន ឬកុងតឺន័រដែលអនុវត្តសំណើបណ្តាញ។
  2. អ្នកប្រើប្រាស់ពិតប្រាកដ និងអ្នកបកប្រែ Python របស់វា។
  3. បណ្ណាល័យ HTTP ឬ SDK របស់ម៉ូឌុល។
  4. អាសយដ្ឋានដែលដំណើរការនោះអាចទៅដល់អ្នកស្ដាប់ SOCKS។

គោលដៅសារពើភណ្ឌរបស់ការសម្តែងតែម្នាក់ឯងមិនឆ្លើយសំណួរទីមួយទេ។ ម៉ូឌុលប្រើការតភ្ជាប់ដែលបានកំណត់របស់ពួកគេ ការប្រគល់អាចផ្លាស់ទីការប្រតិបត្តិ ហើយការតភ្ជាប់ក្នុងតំបន់អាចរក្សាការងារនៅលើឧបករណ៍បញ្ជា។ ការស្វែងរកខាងឧបករណ៍បញ្ជាកើតឡើងទាំងស្រុងនៅខាងក្រៅម៉ូឌុលពីចម្ងាយ។

សម្រាប់កិច្ចការរូបភាព OpenStack សូមពិនិត្យតម្រូវការរបស់បណ្តុំ openstack.cloud ដែលបានដំឡើង និងបរិស្ថាន OpenStack SDK របស់វា។ ការជោគជ័យរបស់ curl នៅកន្លែងផ្សេងមិនបញ្ជាក់សមត្ថភាព SOCKS ឬភាពអាស្រ័យរបស់ SDK នោះទេ។

ប្រសិនបើប្រតិបត្តិការ API ត្រូវបានបម្រុងឱ្យដំណើរការក្នុងតំបន់ សូមធ្វើឱ្យជម្រើសប្រតិបត្តិការនោះច្បាស់លាស់ ហើយផ្តល់ការកំណត់នៅទីនោះ។ ប្រសិនបើវាដំណើរការពីចម្ងាយ សូមជ្រើសរើសប្រូកស៊ីដែលអាចឈានដល់ពីបរិបទនោះ។ environment: របស់កិច្ចការ Ansible ប៉ះពាល់ដល់ដំណើរការកិច្ចការ។ វាមិនកំណត់ឡើងវិញរាល់ការស្វែងរក ឬផ្នែកបន្ថែមទេ ហើយ SDK នៅតែត្រូវគាំទ្រគ្រោងការណ៍នៅក្នុងបរិស្ថាន Python នោះ។

រក្សាផ្លូវពីរដាច់ដោយឡែក៖ SSH ឬ ProxyJump នាំ Ansible ទៅម៉ាស៊ីន ខណៈដែលអតិថិជន HTTP របស់ម៉ូឌុលធ្វើដំណើរពីបរិបទប្រតិបត្តិរបស់វាទៅ API។ ផ្លូវទីមួយដែលដំណើរការមិនកំណត់ផ្លូវទីពីរទេ។ ការបង្ហាញអ្នកស្ដាប់ដែលមានតែនៅលើឧបករណ៍បញ្ជាដើម្បីដោះស្រាយភាពអាចឈានដល់ក៏ផ្លាស់ប្តូរអ្នកដែលអាចចូលប្រើវាដែរ ដូច្នេះវាជាជម្រើសដាក់ពង្រាយ មិនមែនការកែអាសយដ្ឋានទេ។

អត្ថបទពាក់ព័ន្ធ