Gabimi 77 i curl: vendndodhjet e verifikimit të certifikatës në instalimin e VPN

Ju ngjisni komandën e instaluesit në një rresht nga një tutorial, shtypni Enter dhe merrni curl: (77). Mesazhi përmend vendndodhjet e verifikimit të certifikatës, prandaj instinkti është të supozoni se certifikata e ofruesit të VPN është prishur dhe të kërkoni një flamur që anashkalon verifikimin. Ky lexim është i gabuar, dhe veprimi sipas tij e kthen një problem skedari lokal në një vendim sigurie. Le ta rishikojmë nga fillimi.

Hapi 1: lexoni çfarë do të thotë numri

Gabimi 77 ka të bëjë me hyrjen lokale CA: curl nuk mundi të lexonte ose të ngarkonte materialin e certifikatës që i ishte thënë të besonte. Gabimi 60 është ai për palën tjetër, kur zinxhiri i serverit nuk vërtetohet. Ata shfaqen krah për krah në tutoriale dhe nënkuptojnë gjëra të kundërta.

Nëse dalja juaj thotë 77, serveri nuk ishte kurrë problemi. Klienti nuk mundi të hapte skedarin që donte të përdorte për kontrollin, dhe ky është një problem shtegu, lejeje ose paketimi në makinën tuaj.

Hapi 2: lexoni komandën që kopjuat

Komandat e kopjuara fshehin karaktere. Shkronja e vogël -l është --list-only, që zbatohet për listimin e protokolleve. Shkronja e madhe -L është --location, që ndjek një ridrejtim HTTP. Nuk janë drejtshkrime alternative, dhe një tutorial që shkruan njërën ndërsa përshkruan tjetrën i dërgon njerëzit në një rrugë ridrejtimi që nuk ishte menduar kurrë.

Ndjekja e një ridrejtimi nuk rregullon një shteg të magazinës së besimit dhe nuk vërteton se hosti përfundimtar është botuesi që kishit parasysh. Nëse komanda erdhi nga një postim forumi, rishkruajeni nga udhëzimet e vetë projektit në vend që të besoni ngjitjen.

Hapi 3: zbuloni cilën hyrje CA përdor ai ndërtim

Filloni duke identifikuar binarin, sepse përgjigja varet nga mënyra se si u kompilua:

curl --version

Shënoni versionin dhe backend-in TLS. Një ndërtim me magazinë besimi amtare lexon magazinën e sistemit përmes bibliotekës TLS, ndërsa një ndërtim i drejtuar nga një paketë lexon një skedar. Një --cacert i shprehur, një cilësim CURL_CA_BUNDLE ose një mbështjellës shell mund të anashkalojnë secilin, prandaj instalimi nga paketa mund të mos prekë skedarin që dështon në të vërtetë.

Për një magazinë të bazuar në skedar, kontrolloni tre gjëra me radhë: nëse shtegu ekziston, nëse llogaria që thërret komandën mund ta lexojë dhe nëse përmban materialin CA që prisni. Një paketë me leje të gabuara dështon njësoj si një që mungon, dhe të dyja dështojnë përpara çdo bisede rrjeti për serverin.

Hapi 4: rregulloni hyrjen, jo verifikimin

Riktheni konfigurimin e besimit të mbështetur përmes atij që e zotëron: paketa e shpërndarjes, menaxhimi juaj i konfigurimit ose variabli i ambientit i dokumentuar. Qëllimi është një hyrje CA e lexueshme dhe e saktë për atë binar.

Mos e ndryshoni URL-në në HTTP, mos shtoni --insecure, dhe mos i besoni një certifikate të kopjuar nga një shkarkim i pashpjeguar. Secili prej këtyre ndryshimeve ndryshon atë që jeni të gatshëm të pranoni në vend që të rregullojë atë që curl nuk mund të lexonte, dhe ndryshimi zakonisht i mbijeton incidentit.

Referenca për numrat është katalogu i gabimeve të curl, dhe është mjaft i shkurtër për t’u lexuar një herë me kujdes.

Hapi 5: shkarkoni, shikoni dhe më pas ekzekutoni

Shkarkoni instaluesin në një skedar në vend që ta kaloni me tub në një shell në të njëjtën komandë. Ai ndryshim i vetëm ndan një transferim që mund ta inspektoni nga kodi që ekzekutohet me privilegjet tuaja.

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

Kontrolloni që përgjigja është skripti që prisnit dhe jo një faqe gabimi HTML, një njoftim ridrejtimi ose një skedar bosh. Nëse botuesi ofron një kontrollshumë ose nënshkrim, verifikojeni përmes procesit të tij të publikimit të dokumentuar dhe jo përmes një vlere të cituar në të njëjtën temë forumi.

Mbani mend çfarë bëri HTTPS dhe çfarë nuk bëri. Vërtetoi transportin deri te hosti me të cilin kontaktuat; nuk shqyrtoi përmbajtjen e skriptit dhe nuk ju tregon nëse botuesi është i besueshëm.

Hapi 6: mbani hapat e instalimit të ndarë

Shkarkimi i skedarit, instalimi i klientit, konfigurimi i tunelit dhe vërtetimi i rrugëve janë katër operacione me katër mënyra të ndryshme dështimi. Kryerja e tyre një nga një do të thotë që një gabim më vonë në sekuencë ka një shkak të dukshëm në vend të katër kandidatëve.

Nëse instalimi ka sukses dhe tuneli ngrihet, verifikoni rrugët dhe një destinacion real përpara se të mbyllni tiketën. Gabimi i curl rregullohet kur një curl -I https://example.invalid i thjeshtë funksionon përsëri, jo kur instaluesi ndalon së ankuari.