کیدای شي داخلي راجستر مستقیم ته رسیدونکی وي، پداسې حال کې چې د عامه بنډلونو ترافیک لا هم د دفتر پروکسي ته اړتیا لري. د پروکسي تنظیمات وساتئ او دنني منزلونه noproxy ته اضافه کړئ.

د بیلګې په توګه، اړوند .npmrc داخلیدونه کیدای شي دا وي:

registry=https://registry.corp.example/repository/npm/
proxy=http://proxy.example:8080
https-proxy=http://proxy.example:8080
noproxy[]=registry.corp.example
noproxy[]=packages.corp.example

د تیریدو داخلیدونکي منزلونه نوموي، نه پروکسي سرور. دا د هوسټ داخلیدونکي دي، نو د راجستر سکیم، لاره او پورټ له دې سټرینګونو څخه بهر پرېږدئ.

په npm 11.6.4 کې شامل انتخاب کوونکي کې د ډومین برخې له ښي اړخه پرتله کیږي. registry.corp.example د هغه هوسټ نوم او د هغې فرعي ډومینونو سره سمون لري. په دې پرتله کې مخکښ ټکی لرې کیږي؛ د هوسټ نوم بیلګې لپاره لفظي ستوری اړین نه دی.

کله چې راجستر په بل دنني هوسټ نوم کې د tarball URLونه بیرته راولي، د بنډل منځپانې هوسټ هم شامل کړئ. که نه نو د راجستر شاخص او د فایل ډاونلوډ ممکن مختلفې لارې ونیسي.

د ارې نحو ډیرې استثناوې لوستل کیدونکي ساتي. npm د کامې سره جلا شوي سټرینګ بڼه او له چاپیریال څخه اخیستل شوی NO_PROXY ڈیفالټ هم مستند کوي. کله چې یو منزل لا هم غیر متوقع لاره نیسي، هغه اغیزمن noproxy تنظیم وګورئ چې دا غږ کاروي.

اړوندې مقالې