npm ping هنگام آزمایش یک پروکسی چه چیزی را بررسی میکند
بررسی را در بافت فرایند npm که شکست میخورد اجرا کنید و دانلودهای آرشیو و چرخهٔ عمر را از نتیجه جدا نگه دارید.
npm ping --registry=https://registry.npmjs.org/ثبتخانهای را که برای پروژه در نظر گرفته شده به کار ببرید. npm ping با آن ثبتخانه تماس میگیرد و احراز هویت را از طریق پیکربندی فعلی بررسی میکند. آنچه اهمیت دارد تکمیل موفق است؛ خروجی شیء خالی از یک مثال قدیمی قالب الزامی نیست.
آن را همانجا که شکست رخ میدهد اجرا کنید. فرایند npm که از یک IDE راهاندازی میشود ممکن است ورودیهای محیطی یا پیکربندی متفاوتی از یک ترمینال داشته باشد.
نتیجه را در مرحلهٔ درست بخوانید
اگر ping شکست خورد، نخستین خطا را نگه دارید. حل پروکسی، اتصال به شنونده، چالش 407 و رد احراز هویت ثبتخانه مراحل متفاوتی هستند.
اگر ping موفق شد اما نصب شکست خورد، نشانی دانلود بعدی را همراه با خطای آن نگه دارید. آرشیو میتواند روی میزبان دیگری باشد و اسکریپت چرخهٔ عمر میتواند یک فایل اجرایی جداگانه دانلود کند. مثلاً Cypress رفتار پروکسی و دانلود باینری خود را مستند میکند؛ ping ثبتخانه آن انتقال را انجام نمیدهد.
وقتی پرسش این است که آیا ترافیک اصلاً از پروکسی گذشته یا نه، پاسخ ثبتخانه را با سوابق پروکسی یا مشاهدهٔ دیگری از مسیر جفت کنید. پاسخ بهتنهایی دسترسپذیری و احراز هویت را ثابت میکند، نه مسیر دقیق را.