Azure Pipelines ఏజెంట్ యొక్క .proxybypass URL నమూనాలు

స్వయం-హోస్ట్ చేసిన Azure Pipelines ఏజెంట్ తన రూట్ డైరెక్టరీలోని .proxybypass ఫైల్‌లో ప్రాక్సీ బైపాస్ నియమాలను ఉంచుకోగలదు. ప్రతి పంక్తి URL తో సరిపోల్చబడే ECMAScript సాధారణ వ్యక్తీకరణ.

ఉదాహరణకు, ఒక అంతర్గత ఫీడ్ హోస్ట్ కోసం నియమం ఇలా ఉండవచ్చు:

^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)

ఈ వ్యక్తీకరణ ఆ హోస్ట్ యొక్క HTTP లేదా HTTPS URL లతో సరిపోతుంది, ఐచ్ఛిక సంఖ్యాత్మక పోర్ట్‌తో. హోస్ట్‌పేరు తర్వాత ఉన్న సరిహద్దు packages.internal.example.other-domain వంటి పొడవైన పేరుతో కూడా సరిపోలకుండా నిరోధిస్తుంది.

ఇది ఏజెంట్ ఇన్‌స్టాలేషన్ యొక్క ఫైల్, సోర్స్ చెకౌట్‌లో ఏకపక్షంగా ఉంచిన ఫైల్ కాదు. దాని సింటాక్స్ కామాతో వేరు చేసిన NO_PROXY విలువకు కూడా భిన్నంగా ఉంటుంది. *.internal.example వంటి షెల్ వైల్డ్‌కార్డ్‌ను సాధారణ-వ్యక్తీకరణ ఫీల్డ్‌లోకి కాపీ చేయడం అదే అర్థాన్ని నిలుపుకోదు.

తర్వాత ప్యాకేజీని ఎవరు డౌన్‌లోడ్ చేస్తారో గుర్తించండి

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

బాహ్య NuGet, dotnet లేదా curl ప్రక్రియను పిలిచే పని మరో వినియోగదారుని జోడిస్తుంది. ఆ పని సాధనానికి ప్రాక్సీ మరియు బైపాస్ సెట్టింగ్‌లను ఎలా అందిస్తుందో నిర్ధారించండి. సరైన ఏజెంట్ నియమం ప్రతి స్వతంత్ర ప్యాకేజీ క్లయింట్ దాన్ని చదివిందని నిరూపించదు.

అంతర్గత ఫీడ్ URL ను స్కీమ్ మరియు పోర్ట్‌తో సహా డయాగ్నస్టిక్ రికార్డ్‌లో ఉంచండి. సంప్రదించబడుతున్న URL పై నియమాన్ని పరీక్షించి, ఆ తర్వాత ఆ అభ్యర్థనకు బాధ్యత వహించే పని లేదా క్లయింట్ కాన్ఫిగరేషన్‌ను పరిశీలించండి.