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 க்கு செல்கிறது. செயல்படும் முதல் பாதை இரண்டாவதை அமைவு செய்யாது. கட்டுப்படுத்தியில் மட்டுமே உள்ள கேட்பானை அணுகுதலுக்காக வெளிப்படுத்துவது யார் அதை அணுகலாம் என்பதையும் மாற்றுகிறது, எனவே இது முகவரி திருத்தம் அல்ல, வரிசைப்படுத்தல் முடிவு.