Bina semula peralatan VPN Raspberry Pi tanpa menyalin kuncinya

But sekali daripada imej tidak menjadikan Pi peralatan yang boleh dibina semula. Yang diperlukan ialah satu set kecil input yang boleh anda gunakan semula: asas yang diselenggara, konfigurasi yang diisytiharkan, data berterusan aplikasi dan identiti peranti yang hanya milik papan itu. Terlepas yang terakhir dan setiap penggantian menjadi klon satu kelayakan.

Langkah di bawah ialah urutan kerja, bukan cadangan alat. Mana-mana sistem konfigurasi yang dapat menyatakannya memadai.

Senaraikan dahulu empat jenis input

Imej asas dan pakejnya menentukan sistem pengendalian, seni bina dan dari mana kemas kini datang, dan pembina imej hanya membantu jika alat yang dinamakannya masih diselenggara untuk keluaran anda. Konfigurasi yang diisytiharkan ialah bahagian yang disemak oleh manusia: peranan rangkaian, tetapan perkhidmatan dan tindakan kitaran hayat yang diperlukan setiap perkhidmatan. Data aplikasi berterusan ialah segala yang tidak dapat dijana semula oleh perkhidmatan, dan lokasi serta kaedah sandarannya milik aplikasi itu, bukan imej. Identiti peranti dan rahsia ialah input keempat, dan itulah yang orang lupa apabila mengklon kad yang berfungsi.

Tulis keempat-empat senarai sebelum membina semula apa-apa. Senarai dengan baris kosong ialah keputusan yang belum anda ambil.

Jauhkan rahsia daripada repositori dan nyatakan di mana ia tinggal

Repositori ialah rumah yang baik untuk templat yang disemak dan konfigurasi bukan rahsia, dan rumah yang buruk untuk kunci persendirian VPN, kelayakan pentadbir yang boleh diguna semula dan arkib diagnostik. Jika sesuatu rahsia mesti wujud pada peranti, catat dari mana asalnya, siapa boleh membacanya dan bagaimana ia diputar. Kunci yang hanya hidup pada satu kad SD ialah satu titik kegagalan, manakala kunci yang disalin ke setiap papan ialah kelayakan seluruh armada tanpa pemilik. Kedua-duanya bukan pelan pemulihan.

Ujiannya mudah: jika repositori bocor esok, apa yang penyerang peroleh? Templat dan nota topologi dapat bertahan. Identiti yang berfungsi tidak.

Biarkan automasi memiliki apa yang boleh dijalankannya semula

Model Ansible menyimpan inventori nod terurus berasingan daripada lakon, tugasan, peranan dan pengendali yang menyala apabila tugasan melaporkan perubahan. Gunakan struktur itu untuk memberi setiap perkhidmatan satu pemilik konfigurasi daripada memainkan semula sejarah shell. Utamakan operasi yang selamat dijalankan dua kali, dan putuskan dengan sengaja bagaimana fail yang diubah sampai ke proses yang sedang berjalan. Tugasan yang memastikan perkhidmatan dimulakan tidak semestinya memaksanya memuat semula konfigurasi yang baru anda tulis semula.

Pisahkan juga peringkat pentadbiran. Kesambungan but, konfigurasi rutin dan pengurusan bergantung VPN ialah tiga tetingkap berbeza, dan yang ketiga boleh menghapuskan akses anda sendiri jika pembinaan semula menetapkan semula rangkaian di bawahnya. Kekalkan laluan masuk yang bebas.

Pulihkan data dan identiti dengan sengaja

Volum kontena kekal bebas daripada kitaran hayat kontena, manakala lapisan boleh tulis di dalam kontena tidak, sebab itulah mencipta semula kontena daripada imejnya tidak mencipta semula keadaan yang digunakan oleh aplikasi, seperti yang diterangkan oleh dokumentasi volum. Catat volum, lekap ikat dan perkhidmatan luaran yang menjadi kebergantungan peralatan, dan gunakan proses sandaran serta pemulihan aplikasi itu sendiri. Kontena yang bermula tanpa ralat bukan bukti bahawa pangkalan data dan failnya bersetuju.

Bagi identiti, putuskan sama ada anda memulihkan peranti yang sama atau mendaftarkan pengganti, kerana itu operasi berbeza dengan pembersihan berbeza.

Selaraskan akses rakan lama sebelum mengaktifkan identiti di tempat lain, dan hanya selepas itu uji peralatan yang dibina semula dalam persekitaran terasing atau pemulihan. Periksa data yang diperlukan, identiti yang betul, laluan kemas kini dengan pemilik dan dasar rangkaian yang dimaksudkan.

Imej yang boleh but ialah satu input daripada empat, dan ia paling mudah dihasilkan semula.