Pritunl: idarəetmə vəziyyəti yaradılmış profilə qarşı

Bir arxiv işlək Pritunl quraşdırmasını bərpa edir; digəri yalnız onun şəklini bərpa edir. Müştəri profili, host konfiqurasiyasının surəti və vəziyyət qovluğunun tarball-ı hamısı ehtiyat nüsxə kimi görünür və heç biri təkbaşına Pritunl-un idarə etdiyi təşkilatları, istifadəçiləri və server təyinatlarını geri gətirmir. Fərq sahiblikdədir: vəziyyətin bir hissəsi verilənlər bazasına, bir hissəsi hosta aiddir, bir hissəsi isə yenidən yaradılmış çıxışdır. Yanlış təbəqəni seçin və bərpa başlayan, dinləyən və heç nə bilməyən server yaradır. Bu müqayisə üç təbəqəni ayırır ki, saxladığınız arxiv bərpa etdiyiniz nasazlığa uyğun olsun.

İki obyekt ehtiyat nüsxə kimi görünür və yalnız biri xidməti bərpa edir

Yüklənmiş müştəri profili sertifikat, açar və son nöqtə saxlayır. O tək cihaz üçün tamdır və quraşdırmanın qeydi kimi faydasızdır: təşkilatlar, deaktiv edilmiş istifadəçilər, server marşrutları və inzibati hesablar daşımır. Profillər qovluğundan bərpa heç bir şeyə autentifikasiya edə bilməyən müştərilər verir.

Host konfiqurasiyasının surəti də eyni dərəcədə qisməndir. /etc/pritunl.conf host səviyyəsində parametrləri saxlayır, o cümlədən verilənlər bazasına necə çatmağı, və VPN obyektlərinin özünü saxlamır.

Verilənlər bazasının sahib olduğu və hostun sahib olduğu şeylər

Pritunl server təyinatlarını, istifadəçiləri, təşkilatları və açarları MongoDB-də saxlayır. Həmin verilənlər bazası səlahiyyətli idarəetmə müstəvisidir və diskdə yaradılan hər OpenVPN faylı ondan əldə edilmiş çıxışdır. Yaradılmış faylda birbaşa edilən dəyişiklik növbəti yenidən yaradılmaya qədər yaşayır və sonra yox olur, buna görə işləmə fayllarını redaktə etmək davamlı düzəliş deyil. Eyni qayda effektiv marşrutlar və interfeyslər üçün də keçərlidir: onlar idarəetmə müstəvisinin yaratdığını təsvir edir, yaratmalı olduğunu yox.

Host daha kiçik, lakin ötürülə bilməyən dəyərlər toplusu verir. Onlardan biri /var/lib/pritunl/pritunl.uuid, həmin xüsusi qovşağın kimliyidir.

Bu kimlik klasterdə ən vacibdir. Əvəzedici host aktiv qovşağın UUID-nin klonu əvəzinə öz qeydiyyatına ehtiyac duyur, əks halda ikisi eyni kimlik uğrunda mübarizə aparır. Hər host, onun UUID-si və göstərdiyi verilənlər bazası arasındakı uyğunluğu qeyd edin, çünki tək bir verilənlər bazası çıxarışı hansı host parametrlərinin hansı maşına aid olduğunu təsvir etmir. Proqram versiyaları və ictimai son nöqtə adları eyni qeydə aiddir.

Ardıcıl çıxarış edin, qovluq surəti yox

Xidmət yazarkən MongoDB məlumat qovluğunu kopyalamaq istifadə oluna bilən verilənlər bazası yaratmaya biləcək fayllar yaradır. Bunun əvəzinə verilənlər bazasının dəstəklədiyi çıxarış yolunu, həqiqətən sahib olduğunuz topologiyaya qarşı işlədin:

mongodump --uri="mongodb://127.0.0.1:27017/pritunl" --out=/var/backups/pritunl/db
sudo tar czf /var/backups/pritunl/host.tgz /etc/pritunl.conf /var/lib/pritunl/pritunl.uuid

Təkbaşına host bu sadə formaya dözür. Replika dəsti ardıcıl zaman nöqtəsinə ehtiyac duyur və oplog əsaslı çıxarışın adi çıxarışda olmayan tələbləri var. Dəstəklənən prosedur MongoDB versiyanızdan və topologiyanızdan asılıdır, buna görə onu məlumat qovluğunun mövcudluğundan çıxarmayın. Host təbəqəsini çıxarışın yanında, eyni işə salmada, eyni vaxt damğası ilə arxivləşdirin.

Bərpanı ehtiyac duymadan əvvəl məşq edin

Heç kimin bərpa etmədiyi ehtiyat nüsxə bir hipotezdir. Xidməti təcrid olunmuş şəbəkədə qurun, çıxarışı bərpa edin və host fayllarını yerinə qaytarın:

mongorestore --uri="mongodb://127.0.0.1:27017" --drop /var/backups/pritunl/db
sudo tar xzf /var/backups/pritunl/host.tgz -C /

Sonra prosesi deyil, obyektləri yoxlayın: daxil olun, təşkilatların və istifadəçilərin mövcud olduğunu təsdiqləyin və tanıdığınız server təyinatına qarşı bir test müştərisi başladın. Bərpa edilmiş hostun istehsal son nöqtəsini reklam etməsinin və ya real bağlantıları qəbul etməsinin qarşısını alın, ta ki ünvanlar və kimliklər qəsdən olana qədər. Burada həmçinin arxivin yalnız sıradan çıxmış maşında yaşayan etimadnamələrə ehtiyac duyduğunu kəşf edirsiniz, buna görə bərpa etimadnamələrini müstəqil yerdə saxlayın. Yeni itirdiyiniz hostdan asılı olan bərpa bərpa planı deyil.

Nəhayət, unutmayın ki, köhnə anlıq görüntü köhnə qərarları bərpa edir. Əgər administrator çıxarış alındıqdan sonra kimliyi deaktiv edibsə, bərpa onu yenidən aktivləşdirir. Bərpadan sonrakı uzlaşma prosedura aiddir, sonrakı düşüncəyə yox.