Kubernetes నోడ్‌పై ఒక ఆదేశం shell ప్రాక్సీని ఉపయోగించగలదు, కానీ ఆ నోడ్‌పై ఉన్న Pod కు ప్రాక్సీ పర్యావరణం లేదు. కంటైనర్ యొక్క పర్యావరణం దాని ఇమేజ్ మరియు Pod కాన్ఫిగరేషన్ ద్వారా నిర్వచించబడుతుంది.

ఈ వేరియబుల్స్‌కు మద్దతు ఇచ్చే అప్లికేషన్ కోసం, దాని ప్రస్తుత కంటైనర్ ఎంట్రీకి env జాబితాను జోడించండి:

env:
  - name: HTTP_PROXY
    value: http://proxy.example:8080
  - name: HTTPS_PROXY
    value: http://proxy.example:8080
  - name: NO_PROXY
    value: localhost,127.0.0.1,kubernetes.default.svc,.svc,.cluster.local

Deployment లో, ఇది spec.template.spec.containers లోని సంబంధిత కంటైనర్ కింద ఉంటుంది. కొత్త Pods ఇది పొందేలా వర్క్‌లోడ్‌ను దాని సాధారణ రోల్అవుట్ ద్వారా అప్‌డేట్ చేయండి. నిజమైన క్లయింట్ కోరినప్పుడు చిన్న అక్షరాల పేర్లను కూడా అందించండి.

బైపాస్ జాబితా ఒక ప్రారంభ ఉదాహరణ, క్లస్టర్‌లోని ప్రతి మార్గం జాబితా కాదు. క్లస్టర్ యొక్క నిజమైన DNS సఫిక్స్ మరియు అంతర్గత గమ్యాలను ఉపయోగించండి. సేవా IPలను ఉపయోగించే అప్లికేషన్లకు వాటి క్లయింట్ మద్దతు ఇచ్చే సింటాక్స్‌లో నిజమైన సేవా పరిధులు అవసరం కావచ్చు.

Init కంటైనర్లకు వాటి స్వంత కంటైనర్ స్పెసిఫికేషన్లు ఉంటాయి. అవి బాహ్య డౌన్‌లోడ్ చేసినప్పుడు అక్కడ ఉద్దేశించిన కాన్ఫిగరేషన్‌ను జోడించండి. పబ్లిక్ HTTP డౌన్‌లోడ్‌ల కోసం, HTTP ప్రాక్సీ జాబితా నుండి ఒక ఎండ్‌పాయింట్ ఈ కంటైనర్ పర్యావరణ విలువలకు అభ్యర్థి.

ఇమేజ్ పుల్ అప్లికేషన్ అమలుకు ముందు జరుగుతుంది మరియు నోడ్ యొక్క కంటైనర్ రన్‌టైమ్ ద్వారా నిర్వహించబడుతుంది. Pod env ఆ మునుపటి రిజిస్ట్రీ కనెక్షన్‌ను కాన్ఫిగర్ చేయలేదు.

చివరగా, HTTP ప్రాక్సీ వేరియబుల్స్ వాటిని ఉపయోగించే క్లయింట్లను మాత్రమే ప్రభావితం చేస్తాయి. అవి Pod నుండి ఏదైనా డేటాబేస్, UDP లేదా ఇతర సాకెట్ ట్రాఫిక్‌ను మళ్లించవు.

సంబంధిత వ్యాసాలు