407 د شرکت VPN پروکسي شاته: npm، Maven او VS Code

په براوزر کې د داخلي پاڼې پرانیستل یوازې دا ښیي چې پروکسي د براوزر لپاره کار کوي، د npm یا Maven لپاره نه. هر کلاینټ خپله ترتیبه لولي، او یوازې د VPN له لارې د لاسرسي وړ شبکه دوهمه پوښتنه زیاتوي: ایا کلاینټ پروکسي ته رسېږي. د حالت کوډ څخه پیل وکړئ او بیا د هغه وسیلې د ترتیب لړۍ تعقیب کړئ چې ناکامه شوه.

407 په رښتیا څه ثابتوي

407 Proxy Authentication Required له پروکسي څخه راځي، نه له ثبت یا زېرمې. کلاینټ پروکسي ته ورسېد او پروکسي غوښتنه رد کړه، معمولاً ځکه چې د ننوتلو معلومات نه وو، خراب شکل وو یا د هغې موخې لپاره نه منل کېدل.

د وخت ختمېدل بله کیسه کوي: غلط پروکسي پته، تونل پورته کېدو دمخه پروکسي ته لاره نشته، یا د داخلي کوربه لپاره د تېرېدو ننوتنه ورکه ده. د معلوماتو بدلولو دمخه د تېروتنې متن ولولئ.

د پروکسي کوربه، پورټ، د تصدیق طریقه او دا چې د کاروونکي نوم ته د ډومېن مخکښې اړتیا ده که نه، وګورئ. بیا وګورئ چې وسیله ارزښت له فایل، له چاپېریالي بدلونکي یا له دواړو لولي. د ډومېن سره نوم د 407 عام لامل دی، همدارنګه په غلط کوډ کې ساتل شوی پټنوم.

npm خپله د ترتیب لړۍ لولي

npm په کاروونکي یا پروژې .npmrc کې د proxy او https-proxy کیلي مني. پلان ولیکئ، ځکه ارزښتونه URL دي، او په پټنوم کې ساتل شوي توري کوډ کړئ تر څو at نښه ارزښت ونه ووېشي.

proxy=http://proxy.example.com:8080
https-proxy=http://proxy.example.com:8080
strict-ssl=true

د npm config list سره ګورئ کوم فایل کوم اغېزمن ارزښت ورکړ. د npm_config_proxy په څېر shell export کولای شي فایل ترې تېر کړي، او د پروژې کچې .npmrc چې شخصي پټنوم لري هېڅکله باید commit نشي. د سرچینې لاره له ارزښت سره چاپ کړئ.

strict-ssl پرانیستی پرېږدئ. هغه پروکسي چې TLS ګوري کولای شي په باور زېرمه کې کارپوریټ CA وغواړي؛ د تېروتنې تېرولو لپاره تصدیق بندول ریښتینی باور ستونزه پټوي.

Maven پروکسي او هندارې بېلوي

Maven پروکسي او هندارې د کاروونکي settings فایل څخه لولي، نه د پروژې pom څخه. د شبکې ځانګړي پروکسي او د داخلي زېرمې هندارې په ~/.m2/settings.xml کېږدئ، او عامه زېرمې اعلانونه په پروژه کې پرېږدئ.

د پروکسي بلاک ته id، فعاله بیرغ، پروتوکول، کوربه او پورټ، او د داخلي زېرمې لپاره nonProxyHosts ننوتنه ته اړتیا ده. دا ساحې په pom کې نه، بلکې د کاروونکي فایل کې وساتئ، تر څو د شبکې بدلون د ټول ټیم build بیا ونه لیکي.

د Maven مستقیم نښلولو لپاره داخلي زېرمه nonProxyHosts ته اضافه کړئ. پرته له دې ننوتنې پروکسي بې ګټې تمځای ګرځي او ناکامي د زېرمې د قطعېدو په څېر ښکاري. د هندارې ننوتنه داخلي زېرمې ته اشاره کوي او د پروکسي ترتیب نه بدلوي.

هغه پراختیاکوونکي چې د شبکو ترمنځ ګرځي کولای شي هرې شبکې لپاره یو settings فایل وساتي او د shell پیل پر مهال سمه کاپي وټاکي. هر ځل یو فایل په لاس سمول کاري لپ ټاپ د ملاتړ ټکټ ته اړوي.

VS Code او dev کانټینرونه جلا نوم ځایونه لري

VS Code http.proxy د کاروونکي یا کاري ساحې ترتیبو څخه لولي، پلان او پورټ په کې. دا د سمونکي د غزونو او بازار غوښتنې پوښي، خو ټرمینل یا له سمونکي پیل شوی کانټینر په خپله نه ترتیبوي. د ترتیب پراخوالی او ارزښت دواړه وګورئ. د کاري ساحې ترتیب کولای شي د یوې پروژې لپاره کاروونکي ترتیب ته ماتې ورکړي.

dev کانټینر خپل شبکه یی نوم ځای لري. دا د کوربه پروکسي بدلونکي یا VPN لاره نه میراث اخلي، نو ځکه په کانټینر کې د بازار غوښتنه ناکامه کېدای شي پداسې حال کې چې هماغه غوښتنه پر کوربه کار کوي.

کانټینر ته هغه بدلونکي ورکړئ، یا خپل resolver او لاره ورکړئ. کله چې نومونه دننه حل شي خو پروکسي هېڅکله ځواب نه ورکوي، ورکه برخه معمولاً لاره ده، نه پته.

د تېرېدو لیستونه او د چاپېریال لومړیتوب

VPN دروازه، داخلي ثبتونه او شخصي DNS پسوندونه د تېرېدو لیست ته اضافه کړئ. که کلاینټ تونل دمخه له پروکسي له لارې دروازې ته رسېدو هڅه وکړي، اړیکه د پروکسي د قطعېدو په څېر ناکامه شي. دا د تونل بند سره وآزمویئ.

چاپېریالي بدلونکي او فایلونه کېدای شي مخالف وي. د وسیلې خپل ترتیب dump چل کړئ، نه د shell، او ارزښتونه پرتله کړئ. کوچني توري دوه ځله بدلونکی، په پلار shell کې زوړ ارزښت یا پروژې فایل کولای شي همدا اوس بدل شوی ترتیب ته ماتې ورکړي.

په CI کې پروکسي د پټ بدلونکي په توګه ورکړئ او په هماغه image کې د یوې بستې نصب وآزمویئ. په کانټینر کې 407 معمولاً مانا دا ده چې بدلونکی هلته نشته، خو د کوربه shell کې شته.

د هرې وسیلې لپاره د پروکسي کوربه، پورټ، د تېرېدو پسوندونه او هغه فایل یا بدلونکی چې دا برابروي ولیکئ. کله چې یو کلاینټ 407 بېرته ورکړي او بل کار وکړي، هغه یادښت د څلورو جلا ترتیبو پرتله په لنډه څېړنه بدلوي.