Што проверува npm ping при тестирање на прокси
Стартувајте ја проверката во контекст на npm процесот што не успева, а преземањата на архивата и на животниот циклус држете ги одделно од резултатот.
npm ping --registry=https://registry.npmjs.org/Користете го регистарот наменет за проектот. npm ping го контактира тој регистар и ја проверува автентикацијата преку тековната конфигурација. Важно е успешното завршување; излезот како празен објект од стар пример не е задолжителен формат.
Стартувајте го таму каде што се јавува грешката. npm процес стартуван од IDE може да има различни влезови за околината или конфигурацијата од терминал.
Читајте го резултатот во вистинската фаза
Ако ping не успее, задржете ја првата грешка. Решавањето на прокси, поврзувањето со слушателот, 407 предизвикот и одбивањето на автентикацијата на регистарот се различни фази.
Ако ping успее, но инсталацијата не успее, задржете ја URL-адресата на подоцнежното преземање заедно со нејзината грешка. Архивата може да е на друг домаќин, а скриптата за животен циклус може да преземе посебна извршна датотека. На пример, Cypress го документира сопственото однесување за прокси и преземање на бинарни датотеки; ping кон регистарот не го врши тој пренос.
Кога прашањето е дали сообраќајот воопшто поминал низ проксито, поврзете го одговорот на регистарот со записите на проксито или со друго набљудување на маршрутата. Одговорот сам по себе докажува достапност и автентикација, не точната патека.