Docker-ல் ப்ராக்ஸியை எவ்வாறு அமைப்பது (Containers, Compose & Builds)
Updated:
ஒரே ஹோஸ்ட் சர்வரில் multi-container scrapers, automation workers அல்லது DePIN nodes போன்றவற்றை இயக்கும்போது, ஒவ்வொரு கன்டெய்னருக்கும் HTTP_PROXY மற்றும் HTTPS_PROXY environment variables-ஐ வழங்குவது, ஹோஸ்ட் கணினியின் routing table-ஐ மாற்றாமல் VinaProxy-இன் சொந்த பிரத்யேக static IPv4 முகவரி வழியாக ஒவ்வொரு சேவையையும் வெளியேற அனுமதிக்கிறது.
ENV HTTP_PROXY=http://user:pass@ip:port HTTPS_PROXY=http://user:pass@ip:port- 1 IP₫40,000
- 5+ IP-கள்₫35,000
- 10+ IP-கள்₫25,000
- 20+ IP-கள்₫25,000
- 50+ IP-கள்₫25,000
- 100+ IP-கள்₫25,000
- 200+ IP-கள்₫25,000
- 500+ IP-கள்₫25,000
- 1000+ IP-கள்₫22,000
- 2000+ IP-கள்₫20,000
- 1 IP₫40,000
- 5+ IP-கள்₫35,000
- 10+ IP-கள்₫25,000
- 20+ IP-கள்₫25,000
- 50+ IP-கள்₫25,000
- 100+ IP-கள்₫25,000
- 200+ IP-கள்₫25,000
- 500+ IP-கள்₫25,000
- 1000+ IP-கள்₫22,000
- 2000+ IP-கள்₫20,000
3 Docker ப்ராக்ஸி உள்ளமைவு ஸ்கோப்களைப் புரிந்துகொள்ளுதல்
கன்டெய்னர் runtime டிராஃபிக், image build டிராஃபிக் மற்றும் daemon registry pull-களை Docker தனித்தனியாகப் பிரிக்கிறது:
| Docker ஸ்கோப் | எங்கு உள்ளமைக்க வேண்டும் | இது எவற்றை வழிநடத்துகிறது |
|---|---|---|
| 1. Container Runtime | docker run -e HTTP_PROXY=... அல்லது Compose environment: | அந்த குறிப்பிட்ட கன்டெய்னருக்குள் இருக்கும் ஆப் உருவாக்கும் டிராஃபிக் |
2. Image Build (docker build) | --build-arg HTTP_PROXY=http://user:pass@ip:port | பில்டின் போது தொகுப்பு மேலாளர் பதிவிறக்கங்கள் (apt, pip, npm) |
3. Docker Daemon (dockerd) | /etc/systemd/system/docker.service.d/http-proxy.conf | ரெஜிஸ்ட்ரிகளுக்கான docker pull மற்றும் docker push கோரிக்கைகள் |
Docker Compose சிறந்த நடைமுறைகள் & NO_PROXY விதிகள்
- அனைத்து Linux CLI கருவிகளும் மொழி ரன்டைம்களும் அவற்றை எடுத்துக்கொள்ளும் வகையில், பெரிய எழுத்து (
HTTP_PROXY,HTTPS_PROXY,NO_PROXY) மற்றும் சிறிய எழுத்து (http_proxy,https_proxy,no_proxy) மாறிகள் இரண்டையும் அமைக்கவும் - கன்டெய்னர்களுக்கு இடையேயான டிராஃபிக் லோக்கல் பிரிட்ஜ் நெட்வொர்க்கிலேயே இருப்பதை உறுதிசெய்ய, எப்போதும் உள் Docker Compose சேவைப் பெயர்களைப் பட்டியலிடவும் (எ.கா.,
NO_PROXY=localhost,127.0.0.1,redis,postgres) Dockerfile-க்குள்ENVமூலம் பொது இமேஜ்களில் ப்ராக்ஸி கடவுச்சொற்களை ஒருபோதும் சேர்க்க வேண்டாம்—அவற்றை இயக்க நேரத்தில்.envஅல்லதுdocker-compose.ymlவழியாகச் செலுத்தவும்
படிப்படியாக
- 1
உங்கள் ப்ராக்ஸியை http://user:pass@ip:port என வடிவமைக்கவும்
எங்கள் Proxy Format Converter கருவியைப் பயன்படுத்தி உங்கள் VinaProxy
ip:port:user:passவரியை மாற்றவும். - 2
docker-compose.yml-இல் environment variables-ஐச் சேர்க்கவும்
உங்கள் சேவையின்
environment:பிரிவின் கீழ்,HTTP_PROXY,HTTPS_PROXY,http_proxy,https_proxy, மற்றும்NO_PROXY=localhost,127.0.0.1,redis,dbஆகியவற்றை வரையறுக்கவும். - 3
கன்டெய்னரைத் தொடங்கவும் அல்லது மீண்டும் உருவாக்கவும்
environment variables-ஐப் பயன்படுத்த
docker compose up -d-ஐ இயக்கவும். - 4
கன்டெய்னருக்குள் இருந்து exit IP-ஐச் சரிபார்க்கவும்
கன்டெய்னர் உங்கள் ப்ராக்ஸி IP வழியாக வெளியேறுகிறது என்பதை உறுதிப்படுத்த
docker exec -it <container> curl -s https://vinaproxy.com/api/my-ip-ஐ இயக்கவும்.
அடிக்கடி கேட்கப்படும் கேள்விகள்
HTTP_PROXY அமைத்த பிறகு எனது கன்டெய்னரால் Redis அல்லது Postgres கன்டெய்னரை ஏன் தொடர்பு கொள்ள முடியவில்லை?
NO_PROXY இல்லாமல், உங்கள் HTTP client ஆனது redis அல்லது db போன்ற உள் சேவைப் பெயர்களை வெளிப்புற ப்ராக்ஸி வழியாக அடைய முயற்சிக்கிறது. உள் பிரிட்ஜ் ஹோஸ்ட்களுக்கான ப்ராக்ஸியைத் தவிர்க்க NO_PROXY=localhost,127.0.0.1,redis,db (மற்றும் சிறிய எழுத்து no_proxy)-ஐச் சேர்க்கவும்.
ஒரு VPS-இல் உள்ள 20 கன்டெய்னர்களுக்கு 20 வெவ்வேறு ப்ராக்ஸிகளை ஒதுக்க முடியுமா?
ஆம். ஒவ்வொரு கன்டெய்னர் சேவையையும் (அல்லது தனித்துவமான .env மாறிகளை வழங்கி) அதன் சொந்த http://user:pass@ip:port சரத்துடன் வரையறுக்கவும்.
பெரிய எழுத்து மற்றும் சிறிய எழுத்து ப்ராக்ஸி மாறிகள் இரண்டையும் ஏன் அமைக்க வேண்டும்?
சில Linux லைப்ரரிகள் (libcurl போன்றவை) முதலில் சிறிய எழுத்து http_proxy / https_proxy-ஐச் சரிபார்க்கின்றன, அதே சமயம் Go மற்றும் Node கருவிகள் பெரும்பாலும் பெரிய எழுத்து HTTP_PROXY / HTTPS_PROXY-ஐச் சரிபார்க்கின்றன.
ஒவ்வொரு Docker கன்டெய்னருக்கும் பிரத்யேக static IP-களை ஒதுக்குங்கள்
7 நாடுகளில் உடனடி அன்மீட்டர்டு Dedicated IPv4 மற்றும் Static ISP ப்ராக்ஸிகள்.
Docker ப்ராக்ஸிகளை வாங்கவும்