Azure Pipelines முகவரின் .proxybypass URL வடிவங்கள்
சுய-ஹோஸ்ட் செய்யப்பட்ட Azure Pipelines முகவரின் வேர் அடைவில் ECMAScript வழக்கமான கோவைகளைப் பயன்படுத்தி, பணியின் சொந்த ப்ராக்ஸி ஒருங்கிணைப்பைச் சரிபார்க்கவும்.
சுய-ஹோஸ்ட் செய்யப்பட்ட 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-இல் விதியைச் சோதித்து, பின்னர் அந்தக் கோரிக்கைக்குப் பொறுப்பான பணி அல்லது வாடிக்கையாளர் உள்ளமைவை ஆய்வு செய்யவும்.