npm esperaba JSON. El proxy envió una página HTML.
Un fallo de análisis del registro puede ser el resultado visible de una página de inicio de sesión o de error del proxy. Inspeccione la respuesta antes de reemplazar los metadatos del paquete o borrar las cachés.
Merece la pena leer literalmente un error de npm que menciona HTML inesperado. La respuesta puede ser una página de inicio de sesión del proxy, no un paquete corrupto.
Compruebe el estado, el tipo de contenido y un inicio redactado de la respuesta. Un 407 identifica un desafío de autenticación del proxy. Una página HTML de acceso denegado con marca también puede revelar un intermediario incluso cuando el error visible se centra en el análisis de JSON.
Confirme el registro configurado y el proxy seleccionado. Son direcciones distintas: npm pide los datos del paquete al registro y puede usar un proxy para transportar esa solicitud.
Corrija la ruta o la etapa de autenticación que produce la página. Borrar la caché del paquete no puede convertir una solicitud rechazada en una autorizada. Del mismo modo, desactivar la verificación TLS no proporciona una cuenta de proxy que falta.
Conserve el texto de diagnóstico original tras redactar las credenciales. “Unexpected token” es menos útil que la respuesta HTTP que explica por qué los datos esperados del registro nunca llegaron.