Eroarea 77 curl: locații de verificare a certificatului la o instalare VPN

Lipesti comanda de instalare într-o singură linie dintr-un tutorial, apeși Enter și primești curl: (77). Mesajul menționează locații de verificare a certificatului, așa că instinctul este să presupui că certificatul furnizorului VPN este stricat și să cauți o opțiune care sare peste verificare. Această citire este greșită, iar acțiunea pe baza ei transformă o problemă de fișier local într-o decizie de securitate. Să reluăm de la început.

Pasul 1: citește ce înseamnă numărul

Eroarea 77 se referă la intrarea CA locală: curl nu a putut citi sau încărca materialul de certificat în care i s-a spus să aibă încredere. Eroarea 60 este cea despre cealaltă parte, când lanțul serverului nu se validează. Apar una lângă alta în tutoriale și înseamnă lucruri opuse.

Dacă ieșirea ta spune 77, serverul nu a fost niciodată problema. Clientul nu a putut deschide fișierul pe care voia să îl folosească pentru verificare, iar aceasta este o problemă de cale, permisiuni sau împachetare pe mașina ta.

Pasul 2: citește comanda pe care ai copiat-o

Comenzile copiate ascund caractere. Litera mică -l este --list-only, care se aplică listării protocoalelor. Litera mare -L este --location, care urmărește o redirecționare HTTP. Nu sunt ortografii alternative, iar un tutorial care o scrie pe una descriind-o pe cealaltă trimite oamenii pe o cale de redirecționare care nu a fost niciodată intenționată.

Urmărirea unei redirecționări nu repară o cale de depozit de încredere și nu dovedește că gazda finală este editorul la care te-ai gândit. Dacă comanda vine dintr-o postare de forum, rescrie-o din instrucțiunile proiectului însuși în loc să te bazezi pe lipire.

Pasul 3: află ce intrare CA folosește acea compilare

Începe prin a identifica binarul, pentru că răspunsul depinde de modul în care a fost compilat:

curl --version

Notează versiunea și backendul TLS. O compilare cu un depozit de încredere nativ citește depozitul sistemului prin biblioteca TLS, în timp ce o compilare îndreptată spre un pachet citește un fișier. Un --cacert explicit, o setare CURL_CA_BUNDLE sau un înveliș shell pot suprascrie oricare dintre ele, așa că o instalare din pachet poate să nu atingă fișierul care eșuează de fapt.

Pentru un depozit bazat pe fișier, verifică trei lucruri în ordine: dacă calea există, dacă contul care invocă comanda o poate citi și dacă conține materialul CA pe care îl aștepți. Un pachet cu permisiuni greșite eșuează exact ca unul lipsă, iar ambele eșuează înainte de orice conversație de rețea despre server.

Pasul 4: repară intrarea, nu verificarea

Restabilește configurația de încredere acceptată prin cel care o deține: pachetul distribuției, gestionarea ta de configurare sau variabila de mediu documentată. Scopul este o intrare CA lizibilă și corectă pentru acel binar.

Nu schimba URL-ul în HTTP, nu adăuga --insecure și nu te baza pe un certificat copiat dintr-o descărcare neexplicată. Fiecare dintre aceste schimbări modifică ce ești dispus să accepți în loc să repare ce curl nu a putut citi, iar schimbarea supraviețuiește de obicei incidentului.

Referința pentru numere este catalogul de erori curl, și este suficient de scurt pentru a fi citit o dată cu atenție.

Pasul 5: descarcă, privește, apoi execută

Descarcă instalatorul într-un fișier în loc să îl trimiți printr-un pipe către un shell în aceeași comandă. Acea singură schimbare separă un transfer pe care îl poți inspecta de codul care rulează cu privilegiile tale.

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

Verifică faptul că răspunsul este scriptul așteptat și nu o pagină de eroare HTML, o notificare de redirecționare sau un fișier gol. Dacă editorul oferă o sumă de control sau o semnătură, verifică-o prin procesul său de lansare documentat, nu printr-o valoare citată în același fir de forum.

Amintește-ți ce a făcut HTTPS și ce nu. A autentificat transportul către gazda cu care ai contactat; nu a examinat conținutul scriptului și nu îți spune dacă editorul este de încredere.

Pasul 6: ține pașii de instalare separați

Descărcarea fișierului, instalarea clientului, configurarea tunelului și validarea rutelor sunt patru operații cu patru moduri diferite de eșec. A le face pe rând înseamnă că o eroare mai târziu în succesiune are o cauză evidentă în loc de patru candidate.

Dacă instalarea reușește și tunelul urcă, verifică rutele și o destinație reală înainte de a închide tichetul. Eroarea curl este reparată când un curl -I https://example.invalid simplu funcționează din nou, nu când instalatorul se oprește din plâns.