Ko npm ping pārbauda, testējot starpniekserveri
Palaidiet pārbaudi neveiksmīgā npm procesa kontekstā un turiet arhīva un dzīves cikla lejupielādes atsevišķi no rezultāta.
npm ping --registry=https://registry.npmjs.org/Izmantojiet projektam paredzēto reģistru. npm ping sazinās ar šo reģistru un pārbauda autentifikāciju, izmantojot pašreizējo konfigurāciju. Svarīga ir veiksmīga pabeigšana; veca piemēra tukša objekta izvade nav obligāts formāts.
Palaidiet to tur, kur rodas kļūme. No IDE palaistam npm procesam var būt citādi vides vai konfigurācijas ievadi nekā terminālim.
Lasiet rezultātu pareizajā posmā
Ja ping neizdodas, saglabājiet pirmo kļūdu. Starpniekservera atrisināšana, savienojums ar klausītāju, 407 izaicinājums un reģistra autentifikācijas noraidīšana ir dažādi posmi.
Ja ping izdodas, bet instalēšana neizdodas, saglabājiet vēlākās lejupielādes URL kopā ar tās kļūdu. Arhīvs var atrasties citā resursdatorā, un dzīves cikla skripts var lejupielādēt atsevišķu izpildāmo failu. Piemēram, Cypress dokumentē savu starpniekservera un bināro failu lejupielādes uzvedību; reģistra ping šo pārsūtīšanu neveic.
Ja jautājums ir par to, vai datplūsma vispār gāja caur starpniekserveri, sasaistiet reģistra atbildi ar starpniekservera žurnāliem vai citu maršruta novērojumu. Atbilde vien pati pierāda sasniedzamību un autentifikāciju, nevis precīzo ceļu.