Падручнік кажа вам рэдагаваць vars у каталозе Easy-RSA, а ў каталозе на вашай машыне такога файла няма. Звычайна гэта непагадненне пакаленняў, а не зламаны пакет. Easy-RSA 2 трымаў файл vars побач з абалонкавымі памочнікамі накшталт build-key; Easy-RSA 3 прапануе адну каманду easyrsa і чытае канфігурацыю з шаблона плюс параметры каманднага радка. Высветліце, якое з іх у вас, перш чым капіяваць штосьці з дапаможніка.

Выканайце гэтыя праверкі па парадку, бо кожная звужвае наступную.

1. Пералічыце, што ўсталявана

У сістэме сямейства Debian спытайце ў мэнэджара пакетаў, якія файлы ён сапраўды зарэгістраваў:

dpkg-query -L easy-rsa

Спіс для бягучага пакета Debian уключае make-cadir, праграму easyrsa, шаблон канфігурацыі OpenSSL і vars.example. Гэта кажа вам, што паставіў гэты дыстрыбутыў. Гэта не кажа, як іншы дыстрыбутыў або архіў tar з upstream размясціў тое ж пакаленне, таму прачытайце версію, перш чым тлумачыць шляхі. Калі ў вывадзе зусім няма make-cadir, вы, хутчэй за ўсё, глядзіце на іншае пакаленне ўпакоўкі, а не на зламаную ўстаноўку.

easyrsa --version — самы кароткі спосаб даведацца, пра якое пакаленне ідзе гаворка, і яго варта запусціць перад любой іншай камандай у дапаможніку.

2. Адрозніце пакаленне 2 ад пакалення 3

Пакаленне 2 пастаўляла абалонкавыя памочнікі і файл vars, які вы павінны былі рэдагаваць. Пакаленне 3 пастаўляе адну каманду easyrsa з падкамандамі, і яна чытае канфігурацыю з шаблона плюс яўныя параметры.

Гэтая розніца тлумачыць большасць паведамленняў «файл не знойдзены» па гэтай тэме. Дапаможнік, напісаны для 2, кажа вам выканаць source vars і запусціць build-key, а ўстаноўка 3 не ўтрымлівае ні таго, ні іншага. Пошук зніклага файла ў копіі з іншай машыны — гэта тое, як людзі пачынаюць ганяць два пакаленні на адзін каталог PKI.

3. Аддзяліце каталог праграмы ад працоўнай прасторы PKI

Усталяваны каталог праграмы па задуме толькі для чытання. Ваша PKI — гэта асобны каталог з CA, выдадзенымі сертыфікатамі і прыватнымі ключамі, і менавіта ён нясе правы, якія трэба наладзіць правільна.

Калі аўтарытэт ужо існуе, знайдзіце яго публічны сертыфікат і пацвердзіце яго стан перш чым чапаць што-небудзь. Не ініцыялізуйце замену і не перазапісвайце індэкс, таму што ў дапаможніку быў іншы шлях. Капіяваць публічныя шаблоны бяспечна, а капіяваць прыватны ключ эмітэнта — не, і ў абалонцы гэтыя дзве аперацыі выглядаюць амаль аднолькава.

4. Праверце лапкі, перш чым гнацца за шляхам

Тэкст, скапіяваны са фарматаванай старонкі, часта прыходзіць з тыпаграфскімі лапкамі. Bash лічыць лапкамі толькі свае дакументаваныя ASCII-раздзяляльнікі, таму шлях у фігурных лапках становіцца літаральным імем файла, якога не існуе.

printf '%s\n' "$EASY_RSA"

Гэта друкуе значэнне адной зменнай, а не ўсяго асяроддзя, што вам і патрэбна, калі пытанне ў тым, ці нясе значэнне лішнія сімвалы або прабелы. Не мяркуйце, што EASY_RSA ўсё яшчэ выбірае канфігурацыю ў пакаленні 3; замест гэтага выкарыстоўвайце дакументаваны параметр каталога PKI для вашай версіі.

5. Спыніцеся, перш чым нешта пераініцыялізаваць

Калі пакаленне праграмы, усталяваныя шляхі і роля працоўнай прасторы ўзгадняюцца, пакінутая памылка, верагодна, звязана з правамі або адсутным станам, і яна заслугоўвае ўласнай дыягностыкі, а не чарговага абыходу.

Устаноўка кэшаванага пакета з іншага выпуску, рэкурсіўнае капіяванне каталогаў або стварэнне пустых запісаў эмітэнта хавае зыходнае непагадненне і дадае другое. Запішыце версію, шлях і дакладную памылку, перш чым нешта змяніць. Менавіта гэтыя тры ператвараюць наступны крок у рашэнне замест чарговай здагадкі і не даюць наступнаму чалавеку паўтарыць пошук.

Падобныя артыкулы