د NO_PROXY مطابقت په curl، .NET او کانټینرونو کې
د شریک مستقیمې لارښوونې پالیسي په کوچني پرنټیزو منزلونو سره د کلینټ ځانګړې ترتیب ته واړوئ.
یوه ټیم په شریک environment فایل کې یو bypass سټرینګ اچوي. curl مستقیم ځي، بله اپلیکیشن proxy کاروي، او کانټینر بیا بل ډول چلند کوي. شریک فایل هغه ورته توري وویشل. دا یو شریک parser نه وویشه.
دوامداره شی پالیسي ده: کوم منزلونه باید مستقیم وي، په کومو شرایطو کې؟ هغه له هغه سټرینګ څخه جلا وساتئ چې هره برنامه یې غواړي.
لومړی د تمه شوو لارو ولیکئ
پرنټیزې پتې وکاروئ، د اسانه بریالیتوبونو سربېره د پولې قضیې هم شاملې کړئ:
| د منزل بڼه | د پالیسي مالک لپاره پوښتنه |
|---|---|
| مورنی ډومین | آیا باید bypass شي، که یوازې د هغې ماشومان؟ |
| یو فرعي ډومین | آیا هغه ورته لاره په میراث اخلي؟ |
| لیکل شوی شخصي IP | آیا هغه پته له دې کلینټ څخه مستقیم د لاسرسي وړ ده؟ |
| هماغه خدمت د hostname لاندې | آیا د نوم او پتې پر بنسټ غوښتنې باید سره سمون ولري؟ |
| بل د خدمت پورټ | آیا استثنا host ته رسیږي که یو اوریدونکي ته؟ |
بیا کاروونکي وپیژنئ: هغه daemon چې image راکاږي، د کانټینر دننه برنامه، د یوې ژبې HTTP کتابخانه او یو متقابل براوزر ټول جلا ننوتې کیدای شي. د Docker کلینټ proxy ترتیب کولای شي د کانټینر environment ارزښتونه ډک کړي، پرته له دې چې دننه هر کلینټ ورته د سمون قواعد پلي کړي.
په توره توګه کاپي کولو پرځای ژباړه وکړئ
د ریښتیني توپیر یو مستند مثال د مورنی ډومین پوله ده. د curl ډومین استثنا نومول شوی ډومین او سمون لرونکي ماشومان رانغاړي. د .NET environment پالیسي خالي نوم له مخکښې نقطې لرونکي فرعي ډومین بڼې څخه بیلوي. „تل مخکښه نقطه اضافه کړه“ عمومي قاعده نه شي کولای دواړه پالیسۍ په باوري ډول بیان کړي.
د IP حد ملاتړ هم د کاروونکي او د هغه نسخې پورې اړه لري. یو ماشین چې نوی خپلواک curl لري لا هم کولای شي له زاړه libcurl سره تړلې برنامه، یا د بشپړ بل کتابخانه کاروونکی کلینټ وچلوي. د چلندیز سیسټم خپرونه بشپړ د کلینټونو لیست نه دی.
د هر کاروونکي لپاره، د هغه ملاتړ شوی ترتیب انټرفیس او د پام شوو لارو تر ټولو کوچنی بیان ولیکئ. لنډ روښانه host لیست کیدای شي له هغه هوښیار نمونې څخه غوره وي چې معنا یې هیڅوک نه شي تشریح کولای.
د ترتیب شاهد له اړیکې شاهد څخه جلا وساتئ
تحلیل شوی ترتیب یا د لارې تصمیم API کولای شي وښیي چې برنامه څه غوره کړل. د غوښتنې پایله بیا ښیي چې هغه لار د کار وړ وه که نه. په .NET کې، HttpClient.DefaultProxy.IsBypassed هغه د ترتیب خوا کتنه برابروي کله چې اصلي proxy کارول شوې پالیسي وي. یوازې د دې لپاره چې غوښتنه وخت تیر شو، نه رسیډونکي مستقیم خدمت د bypass parser ناکامي مه تشخیصوئ.
کله چې کلینټ یا بنسټیز image تازه کوئ، د پولې منزلونه وساتئ. دوی راتلونکي مطابقت بدلونونه ښکاره کوي، پرته له دې چې ټول ټیم بیا کشف کړي چې ولې فایل دوه ورته ښکاریدونکي ډومین ننوتې لري.