Raspberry Pi VPN cihazını açarını köçürmədən yenidən qurun

Şəkildən bir dəfə yüklənmək Pi-ni yenidən qurula bilən cihaz etmir. Lazım olan, yenidən tətbiq edə biləcəyiniz kiçik giriş dəstidir: saxlanılan baza, bəyan edilmiş konfiqurasiya, tətbiqin davamlı məlumatları və yalnız həmin lövhəyə aid cihaz kimliyi. Sonuncunu buraxsanız, hər dəyişdirmə bir etimadnamənin klonuna çevrilir.

Aşağıdakı addımlar alət tövsiyəsi deyil, iş sırasıdır. Onları ifadə edə bilən istənilən konfiqurasiya sistemi yararlıdır.

Əvvəlcə dörd giriş növünü sadalayın

Baza şəkli və paketləri əməliyyat sistemini, arxitekturanı və yeniləmələrin haradan gəldiyini müəyyən edir, şəkil qurucusu isə yalnız adını çəkdiyi alət sizin buraxılışınız üçün hələ də saxlanılırsa kömək edir. Bəyan edilmiş konfiqurasiya insanın nəzərdən keçirdiyi hissədir: şəbəkə rolları, xidmət parametrləri və hər xidmətin ehtiyac duyduğu həyat dövrü əməliyyatları. Davamlı tətbiq məlumatları xidmətin yenidən yarada bilmədiyi hər şeydir və onun yeri və ehtiyat nüsxə üsulu şəkilə deyil, həmin tətbiqə aiddir. Cihaz kimlikləri və sirlər dördüncü girişdir və işlək kartı klonlayarkən insanların unutduğu da elə budur.

Hər hansı şeyi yenidən qurmadan əvvəl dörd siyahını yazın. Boş sətri olan siyahı hələ vermədiyiniz qərardır.

Sirləri repozitoriyadan kənarda saxlayın və harada yaşadıqlarını deyin

Repozitoriya nəzərdən keçirilmiş şablonlar və sirr olmayan konfiqurasiya üçün yaxşı ev, VPN şəxsi açarları, təkrar istifadə oluna bilən administrator etimadnamələri və diaqnostik arxivlər üçün pis evdir. Əgər sirr cihazda mövcud olmalıdırsa, onun haradan gəldiyini, kimin oxuya biləcəyini və necə dəyişdirildiyini qeyd edin. Yalnız bir SD kartda yaşayan açar tək uğursuzluq nöqtəsidir, hər lövhəyə köçürülmüş açar isə sahibsiz donanma miqyaslı etimadnamədir. Heç biri bərpa planı deyil.

Test sadədir: repozitoriya sabah sızsa, hücumçu nə qazanar? Şablonlar və topologiya qeydləri sağ qala bilər. İşlək kimlik qala bilməz.

Avtomatlaşdırma yenidən işə sala bildiyi şeylərə sahib olsun

Ansible modeli idarə olunan qovşaqların inventarını pyeslərdən, tapşırıqlardan, rollardan və tapşırıq dəyişiklik bildirdikdə işə düşən işləyicilərdən ayrı saxlayır. Bu strukturdan istifadə edərək hər xidmətə bir konfiqurasiya sahibi verin, shell tarixçəsini təkrar oynatmaq əvəzinə. İki dəfə işə salınması təhlükəsiz olan əməliyyatlara üstünlük verin və dəyişdirilmiş faylın işləyən prosesə necə çatdığını qəsdən qərarlaşdırın. Xidmətin başladığını təmin edən tapşırıq onu mütləq yenicə yenidən yazdığınız konfiqurasiyanı yenidən yükləməyə vadar etmir.

İdarəetmənin mərhələlərini də ayırın. Yükləmə əlaqəsi, gündəlik konfiqurasiya və VPN-dən asılı idarəetmə üç fərqli pəncərədir və üçüncüsü, yenidənqurma altındakı şəbəkəni sıfırlasa, öz girişinizi silə bilər. Müstəqil bir giriş yolu saxlayın.

Məlumatı və kimliyi qəsdən bərpa edin

Konteyner həcmləri konteynerin həyat dövründən asılı olmayaraq davam edir, konteynerin içindəki yazıla bilən qat isə etmir, buna görə konteyneri şəklindən yenidən yaratmaq tətbiqin istifadə etdiyi vəziyyəti yenidən yaratmır, həcm sənədləşdirməsi bunu təsvir edir. Cihazın asılı olduğu həcmləri, bağlama nöqtələrini və xarici xidmətləri qeyd edin və tətbiqin öz ehtiyat nüsxə və bərpa prosesindən istifadə edin. Xətasız başlayan konteyner onun verilənlər bazasının və fayllarının uyğun olduğuna sübut deyil.

Kimlik üçün, eyni cihazı bərpa etdiyinizi, yoxsa əvəzedici qeydiyyata aldığınızı qərarlaşdırın, çünki bunlar fərqli təmizləmə tələb edən fərqli əməliyyatlardır.

Köhnə peer-in girişini başqa yerdə kimliyi aktivləşdirməzdən əvvəl uyğunlaşdırın və yalnız bundan sonra yenidən qurulmuş cihazı təcrid olunmuş və ya bərpa mühitində sınayın. Tələb olunan məlumatı, düzgün kimliyi, sahibi olan yeniləmə yolunu və nəzərdə tutulan şəbəkə siyasətini yoxlayın.

Yüklənə bilən şəkil dörd girişdən biridir və onu təkrar istehsal etmək ən asandır.