Erro 77 de curl: localizacións de verificación do certificado nunha instalación de VPN

Pega o comando de instalación dunha liña dun titorial, preme Enter e obtén curl: (77). A mensaxe menciona localizacións de verificación do certificado, así que o instinto é supor que o certificado do provedor de VPN está roto e buscar unha opción que omita a verificación. Esa lectura é errónea, e actuar en consecuencia converte un problema de ficheiro local nunha decisión de seguridade. Retrocedamos ata o principio.

Paso 1: lea que significa o número

O erro 77 refírese á entrada de CA local: curl non puido ler nin cargar o material de certificado en que se lle dixera confiar. O erro 60 é o da outra parte, cando a cadea do servidor non valida. Aparecen un xunto ao outro nos titoriais e significan cousas opostas.

Se a súa saída di 77, o servidor nunca foi o problema. O cliente non puido abrir o ficheiro que quería usar para a comprobación, e iso é un problema de ruta, permisos ou empaquetado na súa máquina.

Paso 2: lea o comando que copiou

Os comandos copiados agochan caracteres. O -l minúsculo é --list-only, que se aplica a listar protocolos. O -L maiúsculo é --location, que segue unha redirección HTTP. Non son formas alternativas de escribilo, e un titorial que escribe unha mentres describe a outra manda á xente por un camiño de redirección que nunca se pretendera.

Seguir unha redirección non repara a ruta dun almacén de confianza nin demostra que o host final sexa o editor que vostede quería. Se o comando vén dunha publicación de foro, volva escribilo a partir das instrucións do propio proxecto en lugar de confiar no pegado.

Paso 3: averigüe que entrada de CA usa esa compilación

Empece identificando o binario, porque a resposta depende de como se compilou:

curl --version

Anote a versión e o backend TLS. Unha compilación cun almacén de confianza nativo le o almacén do sistema a través da biblioteca TLS, mentres que unha compilación apuntada a un paquete le un ficheiro. Un --cacert explícito, un axuste CURL_CA_BUNDLE ou un envoltorio de shell poden anular calquera dos dous, así que unha instalación por paquete quizais non toque o ficheiro que falla de verdade.

Para un almacén baseado en ficheiro, comprobe tres cousas por orde: se a ruta existe, se a conta que invoca pode lela e se contén o material de CA que espera. Un paquete con permisos incorrectos falla igual que un ausente, e ambos fallan antes de que haxa calquera conversa de rede sobre o servidor.

Paso 4: repare a entrada, non a verificación

Restaure a configuración de confianza admitida a través de quen a posúe: o paquete da distribución, a súa xestión de configuración ou a variable de contorno documentada. O obxectivo é unha entrada de CA lexible e correcta para ese binario.

Non cambie a URL a HTTP, non engada --insecure nin confíe nun certificado copiado dunha descarga sen explicación. Cada un deses cambios altera o que está disposto a aceptar en lugar de reparar o que curl non podía ler, e o cambio adoita sobrevivir ao incidente.

A referencia dos números é o catálogo de erros de curl, e é o bastante curto para lelo unha vez con atención.

Paso 5: descargue, mire e logo execute

Descargue o instalador a un ficheiro en lugar de canalizalo a un shell no mesmo comando. Ese único cambio separa unha transferencia que pode inspeccionar do código que se executa cos seus privilexios.

curl -fL -o vpn-installer.sh https://example.invalid/install.sh
file vpn-installer.sh
head -n 40 vpn-installer.sh

Comprobe que a resposta é o script que esperaba e non unha páxina de erro HTML, un aviso de redirección ou un ficheiro baleiro. Se o editor proporciona unha suma de comprobación ou unha sinatura, verifíquea mediante o seu proceso de publicación documentado e non un valor citado no mesmo fío do foro.

Lembre o que fixo HTTPS e o que non. Autenticou o transporte ata o host co que contactou; non revisou o contido do script e non lle di se o editor é de fiar.

Paso 6: manteña separados os pasos de instalación

Descargar o ficheiro, instalar o cliente, configurar o túnel e validar as rutas son catro operacións con catro modos de fallo distintos. Facelas dunha en unha significa que un erro máis adiante na secuencia ten unha causa obvia en lugar de catro candidatas.

Se a instalación ten éxito e o túnel sobe, verifique as rutas e un destino real antes de pechar o ticket. O erro de curl queda corrixido cando un curl -I https://example.invalid sinxelo volve funcionar, non cando o instalador deixa de queixarse.