Tetapan proksi npm tidak menghalakan semua yang dimulakan oleh npm start
npm mengkonfigurasi pemindahan pakejnya sendiri. Aplikasi yang dilancarkan oleh skrip masih memerlukan klien HTTP yang menyokong proksi keluar yang dimaksudkan.
npm install berfungsi melalui proksi. npm start melancarkan aplikasi, dan permintaan API-nya pergi terus. npm belum tentu terlupa tetapan itu.
Pengurus pakej membuat permintaan pertama. Aplikasi anda membuat yang kedua. Nilai proksi dalam konfigurasi npm ialah data untuk pengguna yang membacanya, bukan terowong yang diletakkan di bawah setiap proses anak.
Periksa klien HTTP aplikasi dan antara muka proksi yang disokongnya. Ia mungkin membaca pemboleh ubah persekitaran standard, memerlukan agent atau dispatcher yang eksplisit, atau menggunakan tetapan terdokumen lain. Jangan andaikan pemboleh ubah seperti npm_config_proxy dikenali secara automatik.
Asingkan juga proksi keluar daripada ciri pemajuan API pelayan pembangunan. Tetapan yang memajukan permintaan pelayar dari pelayan pembangunan ke backend mempunyai peranan lain; ia bukan secara automatik jalan keluar rangkaian bagi setiap permintaan yang dibuat oleh aplikasi anda.
Untuk perbandingan yang berguna, namakan permintaan yang berjaya dan proses yang membuat permintaan yang gagal. Kemudian konfigurasikan yang kedua dengan sengaja. Aplikasi yang menggunakan fetch Undici boleh mengikuti konfigurasi dispatcher ProxyAgent, dengan keluaran pakej yang serasi dengan runtime Node-nya. Menukar titik akhir registry npm atau memasang semula aplikasi berulang kali tidak dengan sendirinya menyediakan laluan yang hilang itu.