curl 77 սխալ՝ վկայագրի ստուգման վայրերը VPN տեղադրման ժամանակ

Դուք տեղադրիչի մեկտողանոց հրամանը փակցնում եք ձեռնարկից, սեղմում Enter և ստանում curl: (77)։ Հաղորդագրությունը հիշատակում է վկայագրի ստուգման վայրեր, ուստի բնազդը հուշում է ենթադրել, որ VPN մատակարարի վկայագիրը կոտրված է, և փնտրել դրոշակ, որը բաց է թողնում ստուգումը։ Այդ ընթերցումը սխալ է, և դրանով առաջնորդվելը տեղական ֆայլի խնդիրը վերածում է անվտանգության որոշման։ Եկեք վերադառնանք սկզբից։

Քայլ 1. կարդացեք, թե ինչ է նշանակում թիվը

77 սխալը տեղական CA մուտքի մասին է. curl-ը չկարողացավ կարդալ կամ բեռնել այն վկայագրային նյութը, որին պետք է վստահեր։ 60 սխալը հակառակ կողմի մասին է, երբ սերվերի շղթան չի վավերացվում։ Դրանք ձեռնարկներում կողք կողքի են հայտնվում և հակառակ իմաստ ունեն։

Եթե ձեր ելքը 77 է ասում, սերվերը երբեք խնդիրը չի եղել։ Հաճախորդը չկարողացավ բացել այն ֆայլը, որը ցանկանում էր օգտագործել ստուգման համար, և դա ուղու, թույլտվության կամ փաթեթավորման խնդիր է ձեր մեքենայում։

Քայլ 2. կարդացեք այն հրամանը, որը պատճենել եք

Պատճենված հրամանները թաքցնում են նիշեր։ Փոքր -l նշանակում է --list-only, որը վերաբերում է արձանագրությունների ցանկին։ Մեծ -L նշանակում է --location, որը հետևում է HTTP վերահասցեավորմանը։ Սրանք ուղղագրության այլընտրանքներ չեն, և այն ձեռնարկը, որը գրում է մեկը՝ նկարագրելով մյուսը, մարդկանց ուղարկում է վերահասցեավորման ուղի, որը երբեք նախատեսված չի եղել։

Վերահասցեավորմանը հետևելը չի վերանորոգում վստահության պահոցի ուղին և չի ապացուցում, որ վերջնական հոսթը այն հրատարակիչն է, որը նկատի ունեիք։ Եթե հրամանը ֆորումի գրառումից է, վերատպեք այն հենց նախագծի հրահանգներից՝ փակցված տեքստին վստահելու փոխարեն։

Քայլ 3. պարզեք, թե այդ կառուցվածքն որ CA մուտքն է օգտագործում

Սկսեք երկուական ֆայլի նույնականացումից, որովհետև պատասխանը կախված է նրանից, թե ինչպես է այն կոմպիլացվել.

curl --version

Գրանցեք տարբերակը և TLS backend-ը։ Բնիկ վստահության պահոց օգտագործող կառուցվածքը համակարգային պահոցը կարդում է TLS գրադարանի միջոցով, մինչդեռ փաթեթին ուղղված կառուցվածքը կարդում է ֆայլ։ Բացահայտ --cacert, CURL_CA_BUNDLE կարգավորումը կամ shell փաթաթան կարող են վերագրանցել դրանցից որևէ մեկը, ուստի փաթեթային տեղադրումը կարող է չշոշափել այն ֆայլը, որն իրականում ձախողվում է։

Ֆայլային պահոցի դեպքում հերթով ստուգեք երեք բան. գոյություն ունի՞ ուղին, կարո՞ղ է այն կարդալ հրամանը կանչող հաշիվը, և պարունակո՞ւմ է արդյոք ձեր սպասած CA նյութը։ Սխալ թույլտվությամբ փաթեթը ձախողվում է նույն կերպ, ինչպես բացակայողը, և երկուսն էլ ձախողվում են սերվերի մասին ցանկացած ցանցային խոսակցությունից առաջ։

Քայլ 4. ուղղեք մուտքը, ոչ թե ստուգումը

Վերականգնեք աջակցվող վստահության կարգավորումը դրա տիրոջ միջոցով՝ տեղաբաշխման փաթեթը, ձեր կոնֆիգուրացիայի կառավարումը կամ փաստաթղթավորված միջավայրի փոփոխականը։ Նպատակը այդ երկուական ֆայլի համար ընթեռնելի և ճիշտ CA մուտքն է։

Չփոխեք URL-ը HTTP-ի, չավելացնեք --insecure, և չվստահեք չբացատրված ներբեռնումից պատճենված վկայագրին։ Այս փոփոխություններից յուրաքանչյուրը փոխում է այն, ինչ պատրաստ եք ընդունել՝ փոխարենը ուղղելու այն, ինչ curl-ը չէր կարող կարդալ, և փոփոխությունը սովորաբար ապրում է ավելի երկար, քան միջադեպը։

Թվերի համար հղումը curl սխալների կատալոգն է, և այն բավական կարճ է, որպեսզի մեկ անգամ ուշադիր կարդալ։

Քայլ 5. ներբեռնեք, նայեք, ապա գործարկեք

Տեղադրիչը ներբեռնեք ֆայլի մեջ՝ նույն հրամանում այն shell-ի խողովակելու փոխարեն։ Այդ մեկ փոփոխությունը անջատում է ստուգելի փոխանցումը ձեր արտոնություններով աշխատող կոդից։

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

Ստուգեք, որ պատասխանը սպասված սկրիպտն է, ոչ թե HTML սխալի էջ, վերահասցեավորման ծանուցում կամ դատարկ ֆայլ։ Եթե հրատարակիչը տալիս է ստուգիչ գումար կամ ստորագրություն, ստուգեք այն նրանց փաստաթղթավորված թողարկման գործընթացով, ոչ թե նույն ֆորումի թեմայում մեջբերված արժեքով։

Հիշեք, թե ինչ արեց HTTPS-ը և ինչ չարեց։ Այն նույնականացրեց տրանսպորտը դեպի այն հոսթը, որի հետ կապվեցիք. այն չստուգեց սկրիպտի բովանդակությունը և չի ասում ձեզ՝ հրատարակիչը վստահելի է, թե ոչ։

Քայլ 6. տեղադրման քայլերը պահեք առանձին

Ֆայլը ներբեռնելը, հաճախորդը տեղադրելը, թունելը կարգավորելը և երթուղիները վավերացնելը չորս գործողություններ են՝ չորս տարբեր ձախողման եղանակով։ Դրանք մեկ առ մեկ անելը նշանակում է, որ հաջորդականության ավելի ուշ սխալն ունի մեկ ակնհայտ պատճառ՝ չորս թեկնածուի փոխարեն։

Եթե տեղադրումը հաջողվի և թունելը բարձրանա, նախքան տոմսը փակելը ստուգեք երթուղիները և մեկ իրական նպատակակետ։ curl-ի սխալը ուղղված է, երբ պարզ curl -I https://example.invalid նորից աշխատում է, ոչ թե երբ տեղադրիչը դադարում է բողոքել։