Pritunl: удирдлагын төлөв ба үүсгэсэн профайл

Нэг архив ажиллаж буй Pritunl байршуулалтыг сэргээдэг; нөгөө нь зөвхөн түүний дүрсийг сэргээдэг. Клиент профайл, хост тохиргооны хуулбар болон төлөвийн хавтасны tarball бүгд нөөц хуулбар мэт харагдах бөгөөд тэдгээрийн аль нь ч ганцаараа Pritunl-ийн удирддаг байгууллага, хэрэглэгчид, серверийн тодорхойлолтыг буцааж авчирдаггүй. Ялгаа нь эзэмшилд: төлөвийн нэг хэсэг нь мэдээллийн санд, нэг хэсэг нь хостод хамаарах бөгөөд нэг хэсэг нь дахин үүсгэсэн гаралт юм. Буруу давхаргыг сонговол сэргээх үйлдэл эхэлж, сонсож, юу ч мэдэхгүй сервер үүсгэдэг. Энэ харьцуулалт гурван давхаргыг тусгаарлаж, хадгалж буй архивыг сэргээж буй алдаатайгаа нийцүүлнэ.

Хоёр объект нөөц хуулбар мэт харагдах бөгөөд зөвхөн нэг нь үйлчилгээг сэргээдэг

Татаж авсан клиент профайл нь сертификат, түлхүүр болон төгсгөлийн цэгийг агуулна. Энэ нь тухайн нэг төхөөрөмжид бүрэн бөгөөд байршуулалтын бүртгэл болгон ашиггүй: байгууллага, идэвхгүй болгосон хэрэглэгчид, серверийн замнал болон захиргааны бүртгэлийг агуулдаггүй. Профайлын хавтсаас сэргээх нь юунд ч баталгаажуулах боломжгүй клиентүүдийг өгдөг.

Хост тохиргооны хуулбар нь мөн адил хэсэгчилсэн. /etc/pritunl.conf нь хост түвшний тохиргоог, түүний дотор мэдээллийн санд хэрхэн хүрэхийг агуулдаг бөгөөд VPN объектуудыг өөрсдийг нь агуулдаггүй.

Мэдээллийн сан юуг эзэмшдэг, хост юуг эзэмшдэг

Pritunl нь серверийн тодорхойлолт, хэрэглэгчид, байгууллага болон түлхүүрүүдийг MongoDB-д хадгалдаг. Тэр мэдээллийн сан нь эрх бүхий удирдлагын хавтгай бөгөөд диск дээр үүсгэсэн OpenVPN файл бүр түүнээс гаралтай гаралт юм. Үүсгэсэн файлд шууд хийсэн өөрчлөлт нь дараагийн дахин үүсгэх хүртэл амьдарч, дараа нь алга болдог, тиймээс ажиллах үеийн файлыг засварлах нь бат бөх засвар биш. Мөн дүрэм нь үр дүнтэй замнал болон интерфейст хамаарна: тэд удирдлагын хавтгай юу үүсгэснийг дүрсэлдэг, юу үүсгэх ёстойг биш.

Хост нь бага боловч шилжүүлэх боломжгүй утгын багцыг нэмдэг. Тэдгээрийн нэг нь /var/lib/pritunl/pritunl.uuid, тухайн зангилааны таних тэмдэг юм.

Энэ таних тэмдэг кластерт хамгийн чухал. Орлуулах хост нь идэвхтэй зангилааны UUID-ийн хуулбарын оронд өөрийн бүртгэлийг шаарддаг, эс бөгөөс хоёр нь нэг таних тэмдгийн төлөө тэмцдэг. Хост бүр, түүний UUID болон түүний заасан мэдээллийн сангийн хоорондын харьцааг бүртгээрэй, учир нь нэг мэдээллийн сангийн экспорт аль хост тохиргоо аль машинд хамаарсныг дүрсэлдэггүй. Програм хангамжийн хувилбар болон нийтийн төгсгөлийн цэгийн нэрс нэг бүртгэлд хамаарна.

Тогтвортой экспорт хий, хавтасны хуулбар биш

Үйлчилгээ бичиж байх үед MongoDB мэдээллийн хавтсыг хуулах нь ашиглах боломжтой мэдээллийн сан үүсгэхгүй байж болох файлуудыг үүсгэдэг. Үүний оронд мэдээллийн сангийн дэмждэг экспортын замыг бодитоор эзэмшиж буй топологид эсрэг ажиллуулна уу:

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

Бие даасан хост энэ энгийн хэлбэрийг тэсвэрлэдэг. Хуулбарын багц тогтвортой цаг хугацааны цэгийг шаарддаг бөгөөд oplog-д суурилсан экспорт нь энгийн экспортгүй шаардлагатай байдаг. Дэмжигдсэн журам нь таны MongoDB хувилбар болон топологиос хамаардаг тул мэдээллийн хавтасны оршихуйгаас дүгнэж болохгүй. Хост давхаргыг экспортын хажууд, ижил ажиллагаанд, ижил цагийн тамгатай архивлана уу.

Хэрэгтэй болохоос өмнө сэргээхийг дадлага хий

Хэн ч сэргээгээгүй нөөц хуулбар бол таамаглал. Үйлчилгээг тусгаарлагдсан сүлжээнд барьж, экспортыг сэргээж, хост файлуудыг буцааж тавь:

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

Дараа нь үйл явцыг бус объектуудыг шалга: нэвтэрч, байгууллага болон хэрэглэгчид байгааг баталгаажуулж, таньдаг серверийн тодорхойлолтын эсрэг нэг туршилтын клиент ажиллуул. Сэргээсэн хост нь үйлдвэрлэлийн төгсгөлийн цэгийг зарлах эсвэл бодит холболт хүлээн авахаас сэргийл, хаяг болон таних тэмдэг санаатай болох хүртэл. Энд та мөн архивт зөвхөн эвдэрсэн машин дээр амьдарч байсан нэвтрэх мэдээлэл шаардлагатайг олж мэднэ, тиймээс сэргээх нэвтрэх мэдээллийг бие даасан газар хадгал. Саяхан алдсан хостод хамааралтай сэргээлт нь сэргээх төлөвлөгөө биш.

Эцэст нь, хуучин зураг хуучин шийдвэрийг сэргээдгийг санаарай. Хэрэв администратор экспорт авсны дараа таних тэмдгийг идэвхгүй болгосон бол сэргээлт түүнийг дахин идэвхжүүлдэг. Сэргээлтийн дараах зохицуулалт нь журамд хамаарах бөгөөд хожуу бодолд биш.