Перабудуйце VPN-прыладу Raspberry Pi, не капіруючы яе ключ

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

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

Спачатку пералічыце чатыры тыпы ўваходаў

Базавы вобраз і ягоныя пакеты вызначаюць аперацыйную сістэму, архітэктуру і адкуль прыходзяць абнаўленні, а зборшчык вобразаў дапамагае толькі тады, калі названы ім інструмент усё яшчэ падтрымліваецца для вашага выпуску. Абвешчаная канфігурацыя — гэта частка, якую правярае чалавек: ролі сеткі, налады службаў і дзеянні жыццёвага цыкла, патрэбныя кожнай службе. Пастаянныя даныя праграмы — гэта ўсё, што служба не можа згенераваць нанова, а іх месца і спосаб рэзервовага капіравання належаць гэтай праграме, а не вобразу. Ідэнтычнасці прылад і сакрэты — чацвёрты ўваход, і менавіта пра яго забываюць, калі капіруюць працоўную карту.

Напішыце чатыры спісы, перш чым нешта перабудоўваць. Спіс з пустым радком — гэта рашэнне, якое вы яшчэ не прынялі.

Трымайце сакрэты па-за рэпазіторыем і скажыце, дзе яны жывуць

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

Тэст просты: калі рэпазіторый заўтра ўцеча, што атрымае зламыснік? Шаблоны і нататкі пра тапалогію перажывуць. Працоўная ідэнтычнасць — не.

Няхай аўтаматызацыя валодае тым, што можа перазапусціць

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

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

Аднаўляйце даныя і ідэнтычнасць свядома

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

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

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

Загружаны вобраз — адзін уваход з чатырох, і яго найлягчэй узнавіць.