npm esperaba JSON. O proxy enviou unha páxina HTML.
Un fallo de análise do rexistro pode ser o resultado visible dunha páxina de inicio de sesión ou de erro do proxy. Inspeccione a resposta antes de substituír os metadatos do paquete ou borrar as cachés.
Paga a pena ler literalmente un erro de npm que menciona HTML inesperado. A resposta pode ser unha páxina de inicio de sesión do proxy, non un paquete corrupto.
Comprobe o estado, o tipo de contido e un inicio redactado da resposta. Un 407 identifica un desafío de autenticación do proxy. Unha páxina HTML de acceso denegado con marca tamén pode revelar un intermediario mesmo cando o erro visible se centra na análise de JSON.
Confirme o rexistro configurado e o proxy seleccionado. Son direccións distintas: npm pide os datos do paquete ao rexistro e pode usar un proxy para transportar esa solicitude.
Corrixa a ruta ou a etapa de autenticación que produce a páxina. Borrar a caché do paquete non pode converter unha solicitude rexeitada nunha autorizada. Do mesmo xeito, desactivar a verificación TLS non proporciona unha conta de proxy que falta.
Conserve o texto de diagnóstico orixinal tras redactar as credenciais. “Unexpected token” é menos útil que a resposta HTTP que explica por que os datos esperados do rexistro nunca chegaron.