إعداد البروكسي في npm لا يمرر كل ما يبدأه npm start

npm install يعمل عبر البروكسي. npm start يطلق التطبيق، وطلبه إلى واجهة API يذهب مباشرة. ليس بالضرورة أن npm نسيت الإعداد.

مدير الحزم نفّذ الطلب الأول. وتطبيقك ينفّذ الطلب الثاني. قيمة البروكسي في تهيئة npm بيانات للمستهلكين الذين يقرأونها، وليست نفقًا موضوعًا تحت كل عملية فرعية.

افحص عميل HTTP في التطبيق وواجهة البروكسي التي يدعمها. قد يقرأ متغيرات بيئة قياسية، أو يتطلب وكيلًا أو موزّعًا صريحًا، أو يستخدم إعدادًا موثقًا آخر. لا تفترض أن متغيرًا شبيهًا بـ npm_config_proxy يُعترف به تلقائيًا.

افصل أيضًا البروكسي الصادر عن ميزة إعادة توجيه طلبات API في خادم التطوير. الإعداد الذي يعيد توجيه طلبات المتصفح من خادم تطوير إلى خادم خلفي له دور آخر؛ وهو ليس تلقائيًا مخرج الشبكة لكل طلب ينفذه تطبيقك.

للمقارنة المفيدة، سمِّ الطلب الذي ينجح والعملية التي تنفذ الطلب الذي يفشل. ثم اضبط الأخيرة عن قصد. التطبيق الذي يستخدم fetch من Undici يمكنه اتباع تهيئة موزّع ProxyAgent، مع إصدار حزمة متوافق مع بيئة تشغيل Node لديه. تغيير نقطة نهاية registry في npm أو إعادة تثبيت التطبيق مرارًا لا يوفر بحد ذاته ذلك المسار الناقص.