Repository navigation
fa USER GUIDE
Languages: English | العربية | Čeština | Deutsch | Español | فارسی | Français | हिन्दी | Bahasa Indonesia | Italiano | 日本語 | 한국어 | Nederlands | Polski | Português | Русский | Svenska | ไทย | Türkçe | Tiếng Việt | 中文
گام‌به‌گام کامل و دوستانه VDBackup، از نصب ماژول تا ساختن نخستین پشتیبان، بازیابی آن، فرستادنش به ابر، زمان‌بندی آن، و گشودنش روی یک رایانه پس از سال‌ها. اگر پیش‌تر از Swift Backup یا Neo-Backup یا Android-DataBackup استفاده کرده‌اید، این برایتان آشنا خواهد بود - جز اینکه همه چیز در یک جا رخ می‌دهد، بی‌آنکه چیزی را «اجازه» بدهید.
- ۱. VDBackup چیست
- ۲. پیش‌نیازها
- ۳. نصب و نخستین اجرا
- ۴. گشت‌وگذار در WebUI
- ۵. ساختن یک پشتیبان
- ۶. بازیابی یک پشتیبان
- ۷. مقصدها: محلی و ریموت
- ۸. زمان‌بندی و نگه‌داشت
- ۹. مهاجرت به درون: ورود Neo-Backup و Android-DataBackup
- ۱۰. SSAID (شناسه ANDROID_ID دستگاه)
- ۱۱. قابلیت حمل: گشودن پشتیبان‌ها روی رایانه
- ۱۲. راندن VDBackup از یک دستیار هوش مصنوعی
- ۱۳. عیب‌یابی و پرسش‌های پرتکرار
- ۱۴. حذف نصب
VDBackup یک ماژول root با یک WebUI توکار است که از برنامه‌هایتان و داده‌هایشان پشتیبان می‌گیرد و آن‌ها را بازمی‌گرداند. این ماژول به‌عنوان جانشین باز و root-native برای Swift Backup و Neo-Backup و Android-DataBackup طراحی شده است: هدفش انجام اجتماع آنچه آن ابزارها می‌کنند، در یک جا، است، و حتی می‌تواند پشتیبان‌های موجود Neo-Backup و Android-DataBackup شما را وارد کند تا بتوانید بی‌آنکه چیزی از دست بدهید، کوچ کنید.
تفاوت کلیدی با یک برنامه پشتیبان‌گیری معمولی: VDBackup کاملا از WebUI مدیر root شما اجرا می‌شود، و ماژول پیشاپیش root است. برای ویژگی‌های اصلی نه برنامه همراهی برای نصب هست، نه درخواست «اعطای su» برای تأیید، و نه چیزی برای روشن‌کردن. WebUI را می‌گشایید، برمی‌گزینید که از چه پشتیبان بگیرید، و آن را اجرا می‌کنید.
هر چه VDBackup تولید می‌کند از قالب‌های استاندارد (tar و gzip و zstd و age و zip و restic) استفاده می‌کند، پس پشتیبان‌هایتان هرگز در ماژول حبس نمی‌شوند و هرگز به دستگاه مشخص شما گره نمی‌خورند. بخش ۱۱ را ببینید.
- یک دستگاه اندروید روت‌شده که با KernelSU یا APatch یا Magisk مدیریت می‌شود. VDBackup به‌عنوان یک ماژول از آن مدیر نصب می‌شود.
- فضای ذخیره آزاد بسنده برای پشتیبان‌هایتان (پشتیبان‌های محلی زیر دایرکتوری وضعیت ماژول اقامت دارند؛ بخش ۳ را ببینید).
- هیچ چیز دیگری. ماژول همه فایل‌های اجرایی موردنیازش را بسته‌بندی می‌کند (tar و zstd و lz4 و rclone و rsync و ssh و restic)، پس پشتیبان‌گیری و بازیابی محلی کاملا آفلاین کار می‌کنند. تنها مقصدهای ابری با شبکه گفت‌وگو می‌کنند.
برخی افزوده‌های ریزدانه (AppOps و SSAID و چند جزء ممتاز سیستمی) به چارچوب اندروید تکیه دارند؛ ماژول این‌ها را درونی، با بازگشتی پوسته-ساده، مدیریت می‌کند، و وقتی روی دستگاه شما در دسترس نباشند با مهربانی تنزل می‌یابند.
- تازه‌ترین نسخه
VD-Backup-vX.Y.zipرا دانلود کنید. - در مدیر KernelSU / APatch / Magisk خود، zip ماژول را مانند هر ماژول دیگری فلش کنید.
- بی‌درنگ قابل‌استفاده است - بدون نیاز به راه‌اندازی مجدد. (راه‌اندازی مجدد تنها هنگام بازیابی SSAID ربط می‌یابد؛ بخش ۱۰ را ببینید.)
- WebUI ماژول را از مدیر بگشایید. همین تمام رابط است.
کدام نسخه را دانلود کنید. هر انتشار به‌صورت چند نسخهٔ zip قابل‌فلش عرضه می‌شود، پس تنها آنچه را نیاز دارید دانلود می‌کنید. یکی را برگزینید:
-
VD-Backup-<ver>-universal-full.zip- هر معماری CPU و هر باینری، شاملrclone(ارائه‌دهندگان ابری: Google Drive، S3 و 70+ backend دیگرِ rclone) وrestic(snapshotهای حذف‌تکرارشده). روی هر دستگاهی کار می‌کند. بزرگ‌ترین دانلود. -
VD-Backup-<ver>-universal-lite.zip- هر معماری، اما بدون دو باینریِ بزرگ‌تر (rcloneوrestic). کوچک‌ترین دانلود؛ همچنان پشتیبان‌های محلی و از راه SSH/SFTP و rsync را با رمزگذاری قابل‌حملِageانجام می‌دهد. -
VD-Backup-<ver>-<abi>-full.zip(یکی ازarm64-v8a،armeabi-v7a،x86،x86_64) - تنها یک معماری با هر باینری (همان امکاناتuniversal-fullاما فقط برای معماری دستگاه شما، پس کوچک‌تر ازuniversal-full).
اگر معماری دستگاهتان را می‌دانید و همه‌چیز را می‌خواهید، <abi>-full مطابق را برگزینید (بیشتر گوشی‌ها arm64-v8a هستند). اگر کوچک‌ترین دانلود را می‌خواهید یا به ارائه‌دهندگان ابری (rclone) یا snapshotها (restic) نیاز ندارید، universal-lite را برگزینید. اگر همه‌چیز را می‌خواهید و از معماری مطمئن نیستید، universal-full را برگزینید. هنگام نصب، ماژول صرف‌نظر از نسخه‌ای که فلش می‌کنید تنها معماری دستگاه شما را نگه می‌دارد.
در نخستین اجرا ماژول یک پیکربندی پیش‌فرض می‌کارد (تنها اگر هنوز هیچ پیکربندی وجود نداشته باشد)، پس تنظیمات شما در سراسر به‌روزرسانی‌های ماژول حفظ می‌شوند.
وضعیت کجا اقامت دارد. داده کاری VDBackup - پیکربندی شما، کارهای زمان‌بندی‌شده، مقصدهای ذخیره‌شده، گواهی‌های رمزگذاری‌شده، لاگ‌ها و رد پای حسابرسی، و ناحیه آماده‌سازی - زیر این اقامت دارد:
/data/adb/vdbackup/
پشتیبان‌ها کجا اقامت دارند. خودِ پشتیبان‌ها در ذخیره‌ای نوشته می‌شوند که برای کاربر دیدنی و با گواهی‌ها رمزگذاری‌شده است (پس تنها پس از بازکردن قفل دستگاه خواندنی‌اند، و از حذف نصب ماژول جان سالم به در می‌برند)، یک پوشه برای هر کاربر اندروید:
/sdcard/VDBackup/ (= /data/media/<user>/VDBackup)
این را به دو دلیل در نظر داشته باشید: پشتیبان‌ها زیر /sdcard/VDBackup جا
می‌گیرند، و /data/adb/vdbackup/logs/ جایی است که اگر چیزی خطا رود آن‌جا را نگاه
می‌کنید.
WebUI در چند زبانه سامان یافته است:
- Apps - فهرست برنامه‌های نصب‌شده (کاربر و سیستم)، هر یک با نام واقعی‌اش، نام بسته‌اش، و آیکونش نمایش داده می‌شود (آیکون‌ها با تنبلی بار می‌شوند و کَش می‌گردند، پس فهرست پاسخگو می‌ماند). دکمه روی یک ردیف از برنامه پشتیبان می‌گیرد؛ زدن روی ردیف تاریخچه پشتیبان آن برنامه را می‌گشاید، جایی که می‌توانید هر پشتیبان پیشین را بازگردانید.
- Backups - پشتیبان‌هایی که از پیش دارید، هر یک نام برنامه را در یک خط و بسته را در خط بعد نشان می‌دهد. روی یک پشتیبان بزنید تا جزئیات کاملش را ببینید (نسخه، تاریخ، اندازه، اقلام گنجانده‌شده، شمار مجوزها، و دستگاهی که از آن آمده است). این‌جا همچنین جایی است که بازمی‌گردانید، آزمون‌بازیابی اجرا می‌کنید، پشتیبانی را حذف می‌کنید، یا پشتیبان‌ها را از Neo-Backup یا Android-DataBackup وارد می‌کنید.
- Destinations - مدیریت اینکه پشتیبان‌ها کجا می‌روند: ذخیره محلی به‌علاوه هر مقصد ریموتی که می‌افزایید (بخش ۷ را ببینید). می‌توانید پیش از تکیه‌کردن بر یک مقصد، آن را این‌جا بیازمایید.
- Settings - یک کلید پوسته روشن/تاریک، یک گزینشگر رنگ تأکید (پیش‌تنظیم‌ها، یک رنگ سفارشی، یا بازنشانی)، و یک گزینشگر زبان، پیش‌فرض‌های کارهای نو (فشرده‌سازی پیش‌فرض، راستی‌آزمایی روشن/خاموش، رمزگذاری پیش‌فرض)، سیاست شبکه برای انتقال‌های ابری (بخش ۷ را ببینید)، پشتیبان‌گیری خودکار و فهرست برنامه‌های مستثنا، گزینهٔ منبع نصب، کلید رمزگذاری، و زمان‌بندی.
- About - نسخه، پیوندها، پروژه‌های خواهر (See also) و مانیفست حسابرسی باینری‌های بسته‌بندی‌شده.
تأییدها و پیام‌ها از دیالوگ‌های درون‌برنامه بهره می‌برند (نه پاپ‌آپ‌های کهنه سیستمی)، و یک بازیابی یا ورود از شما می‌خواهد بپذیرید که داده کنونی برنامه را بازنویسی می‌کند، پیش از آنکه پیش رود.
پشتیبان‌ها و بازیابی‌ها جدا به‌عنوان یک فرایند root پس‌زمینه اجرا می‌شوند. می‌توانید WebUI را ببندید، یا حتی مدیر root را ببندید، و عملیات ادامه می‌یابد. وقتی بازمی‌گردید، WebUI دوباره پیوند می‌خورد و پیشرفت زنده را با یک برچسب مرحله محلی‌شده نشان می‌دهد. روی ROMهایی که اعلان‌های پوسته را نمایان می‌کنند هنگام آغاز و پایان یک کار یک اعلان اندروید هم می‌گیرید؛ به‌هر‌روی کارت پیشرفت درون‌برنامه نشانگر قابل‌اعتماد است.
جریان پایه: Apps را بگشایید، یک برنامه برگزینید، آنچه را می‌گنجانید انتخاب کنید، یک حالت برگزینید، فشرده‌سازی و (اختیاری) رمزگذاری را تنظیم کنید، سپس اجرا کنید. پیشرفت زنده پدیدار می‌شود و یک اعلان به شما می‌گوید کِی تمام شد.
برای هر برنامه می‌توانید هر ترکیبی از این اقلام را بگنجانید:
| قلم | چیست |
|---|---|
| APK | خودِ برنامه نصب‌شده (APK پایه + هر APK تقسیم‌شده). |
| data | داده خصوصی برنامه (/data/data). این همان «داده برنامه» معمول است. |
| device-protected data | ذخیره بوت-مستقیم / محافظت‌شده با دستگاه (/data/user_de). برخی برنامه‌ها تنظیمات را این‌جا نگه می‌دارند. |
| external | داده بیرونی برنامه زیر Android/data. |
| OBB | فایل‌های بسط OBB برنامه (Android/obb)، که برخی بازی‌ها به کار می‌برند. |
| media | رسانه برنامه زیر Android/media. |
یک پیش‌فرض خوب برای «از این برنامه کامل پشتیبان بگیر» گنجاندن همه آن‌هاست. اگر تنها داده را می‌خواهید (مثلا برای جابه‌جا کردن سیوِ یک بازی)، می‌توانید APK و اقلام بزرگ OBB/media را برندارید.
VDBackup همچنین چیزهایی را که بازیابی را وفادار می‌کنند حفظ می‌کند: زمینه‌های SELinux، مالکیت uid/gid، حالت‌های فایل، صفت‌های گسترده (xattr) و قابلیت‌ها.
VDBackup سه حالت پیشنهاد می‌دهد. WebUI از پیش Full را برمی‌گزیند، که برای بیشتر مردم گزینه درست است.
-
Full - یک پشتیبان کامل، خوداتکا و قابل‌حمل که به‌صورت
tar.zst(یا فشرده‌سازی برگزیده شما) نوشته می‌شود. هر اجرا یک پشتیبان مستقل تولید می‌کند که می‌توانید هر جا کپی کنید و روی رایانه بگشایید. بهترین برای: یک عکس تمیز و قابل‌حمل از برنامه‌ای که می‌توانید بایگانی کنید و جابه‌جا کنید. این گزینه پیش‌فرض و قابل‌حمل‌ترین گزینه است. -
Snapshot - افزایشی و نسخه‌بندی‌شده، با پشتوانه
restic. هر اجرا یک عکس نو از یک لحظه معین به یک مخزن می‌افزاید، و تنها آنچه را تغییر کرده ذخیره و در سراسر عکس‌ها بی‌تکرار می‌کند. بهترین برای: نگه‌داشتن تاریخچه جاری یک برنامه بی‌آنکه در هر اجرا اندازه کامل را بپردازید. -
Mirror - یک همگام‌سازی یک‌به‌یک داده زنده به مقصد، با پشتوانه
rclone/rsync. مقصد را همسان با آنچه هم‌اکنون روی دستگاه است نگه می‌دارد (فایل‌های تغییریافته کپی می‌شوند، فایل‌های برداشته‌شده روی مقصد حذف می‌گردند). بهترین برای: یک کپی تند و همواره-روز، مثلا به یک ریموت ابری. توجه کنید که APK حتی در یک آینه هم فشرده ذخیره می‌شود، هرگز خام نه.
می‌توانید فشرده‌سازی یک پشتیبان Full را برگزینید:
- none - بی فشرده‌سازی (تندترین، بزرگ‌ترین).
- lz4 - بسیار تند، فشرده‌سازی سبک.
- zstd - پیش‌فرض، توازنی نیرومند میان سرعت و نسبت. می‌توانید یک سطح هم برگزینید (مثلا سطحی بالاتر برای فایلی کوچک‌تر).
- gzip - «حالت سازگاری». gzip با ابزارهای توکار تقریبا هر رایانه‌ای و در بیشتر مدیران فایل، بی‌آنکه چیز افزوده‌ای نصب شود، باز می‌شود. این را وقتی برگزینید که بیش از همه برایتان مهم است که بتوانید بایگانی را هر جا بگشایید.
اگر برنگزینید، VDBackup از پیش‌فرض پیکربندی‌شده‌اش (zstd در سطحی معقول) بهره می‌برد.
رمزگذاری اختیاری و قابل‌حمل است. VDBackup با age و با یک عبارت‌عبور
(scrypt) رمزگذاری می‌کند، که به‌طور مشخص برای قابلیت حمل برگزیده شد: هر ابزار age
استانداردی روی هر سیستم‌عاملی می‌تواند پشتیبان شما را تنها با عبارت‌عبور
رمزگشایی کند. رمزگذاری هرگز به کلیدهای سخت‌افزاری دستگاه شما گره نمی‌خورد، پس
یک پشتیبان رمزگذاری‌شده روی دستگاهی دیگر بازمی‌گردد و روی رایانه باز می‌شود. (یک
حالت zip سازگار AES-256 نیز برای بایگانی‌های رمزگذاری‌شده‌ای که می‌خواهید با
دوبار-کلیک و یک گذرواژه بگشایید در دسترس است.)
برای به‌کارگیری رمزگذاری، کلید رمزگذاری را یک‌بار تولید کنید (Settings)، سپس رمزگذاری را برای کارتان فعال کنید و یک عبارت‌عبور تنظیم کنید. عبارت‌عبور همان چیزی است که پشتیبان را می‌پاید، پس یک عبارت نیرومند برگزینید - نه کلید سخت‌افزاری هست و نه درِ پشتی بازیابی.
قاعده APK (مهم):
- APK همواره فشرده ذخیره می‌شود، هرگز خام نه، برای صرفه‌جویی در فضا.
- APK به‌طور پیش‌فرض رمزگذاری نمی‌شود، زیرا APK یک برنامه محتوایی عمومی است.
- رمزگذاری APK و رمزگذاری داده کلیدهای مستقلاند. روشن‌کردن رمزگذاری داده APK را رمزگذاری نمی‌کند. اگر به‌طور مشخص می‌خواهید APK هم رمزگذاری شود، کلید رمزگذاری APK را صریحا فعال کنید.
دو گزینه ایمنی به شما یاری می‌کنند پیش از تکیه بر یک پشتیبان به آن اعتماد کنید:
- Verify - پس از نوشتن، VDBackup هر بایگانی را دوباره درهم‌سازی می‌کند و آن را در برابر مانیفست می‌سنجد. این برای پشتیبان‌های Full به‌طور پیش‌فرض روشن است. اگر فایلی همخوان نباشد، کار با خطایی روشن شکست می‌خورد به‌جای آنکه شما را با پشتیبانی که بی‌صدا خراب است رها کند.
- Dry-run - کار را برنامه‌ریزی می‌کند و اندازه‌هایی را که تولید می‌کرد بی نوشتن هیچ چیز گزارش می‌دهد. از آن برای برآورد فضا یا بررسی گزینش اقلامتان پیش از اجرای چیز واقعی بهره ببرید.
زیرِ فهرست‌های برنامه در زبانه Backups، پشتیبان‌های ویژه دادهٔ سیستم‌گستری را دربرمی‌گیرند که به یک برنامهٔ تنها گره نخورده است: پیام‌ها (SMS/MMS)، مخاطبان و گزارش تماس، شبکه‌های Wi-Fi و Bluetooth. دسته‌ها را برگزینید و از آن‌ها پشتیبان بگیرید؛ به‌صورت خام بایگانی می‌شوند، با همان حفظ SELinux/xattr و رمزنگاری اختیاری مانند پشتیبان‌های برنامه. به‌صورت اختیاری یک نسخهٔ قابل حمل نیز نوشته می‌شود (پیام‌ها، گزارش تماس و مخاطبان به‌صورت JSON قابل بازشدن)، تا یک نسخهٔ میان‌دستگاهی داشته باشید که بتوانید روی رایانه و بدون ماژول بخوانید. بازیابی یک پشتیبان ویژه دادهٔ سیستمی زنده را بازنویسی می‌کند و به راه‌اندازی مجدد نیاز دارد، پس پشت یک تأیید برجسته مهار شده و روی همان دستگاه و همان ROM قابل اعتماد است.
زبانه Backups را بگشایید، پشتیبانی را که می‌خواهید برگزینید، و بازیابی را آغاز کنید. چون بازیابی کنشی ویرانگر است، VDBackup نخست از شما تأیید می‌خواهد، و کنش را در یک لاگ حسابرسی محلی ثبت می‌کند.
یک بازیابی وفادار است: VDBackup حالت کنونی برنامه را پاک می‌کند و پشتیبان را استخراج می‌کند، پس برنامه به حالت دقیقِ گرفته‌شده در آن پشتیبان بازمی‌گردد (شامل مالکیت، حالت‌ها، زمینه‌های SELinux و xattr). این یک ادغام نیست - یک بازیابی راستین به لحظه زمانی پشتیبان است.
گزینه‌های سودمند بازیابی:
- Restore-test - پشتیبان را به یک ناحیه آماده‌سازی موقت استخراج می‌کند و آن را بی دست‌زدن به برنامه زنده راستی‌آزمایی می‌کند. این راه ایمن برای اطمینان از اینکه یک پشتیبان سالم و بازیافتنی است پیش از آنکه چیزی را بازنویسی کنید. اگر آزمون شکست بخورد خطایی روشن می‌گیرید و برنامه نصب‌شده شما دست‌نخورده می‌ماند.
- Partial restore - تنها برخی از اقلامی را که پشتیبان گرفته شده‌اند بازگردانید. مثلا، تنها داده برنامه را بی نصب دوباره APK بازگردانید، یا فایل‌های سیو را بی OBB/media بزرگ بازگردانید. اقلامی را که می‌خواهید در صفحه بازیابی برگزینید.
- برای پشتیبان‌های Snapshot و Mirror، بازیابی به‌ترتیب از مخزن نسخه‌بندی‌شده یا کپی آینه‌شده می‌کشد.
- منبع نصب - به‌طور پیش‌فرض یک برنامهٔ بازیابی‌شده Play Store را به‌عنوان منبع نصب خود گزارش می‌دهد (به‌جای آنکه به‌نظر sideloadشده بیاید)، که همان چیزی است که بیشتر برنامه‌ها و بررسی‌های برنامه انتظار دارند. می‌توانید این را به‌صورت سراسری در Settings یا برای هر بازیابی خاموش کنید، و وقتی خاموش باشد منبع نصب اصلی نگه داشته می‌شود. یک گزینهٔ پیشرفته و با انتخاب صریح به نام "جعل منبع آغازگر" پیش‌تر می‌رود و بستهٔ آغازگر و منبع بستهٔ برنامه را نیز نصب‌شده از Play نشان می‌دهد؛ این کار پایگاه‌دادهٔ بسته‌های سیستم را ویرایش می‌کند (که نخست پشتیبان گرفته می‌شود) و پس از یک راه‌اندازی مجدد اثرگذار می‌شود.
حذف یک پشتیبان. جزئیات یک پشتیبان (یا تاریخچهٔ یک برنامه) را بگشایید و از Delete بهره ببرید؛ از شما تأیید خواسته می‌شود، و حذف در گزارش فعالیت نوشته می‌شود. همچنین می‌توانید سقفِ شمار پشتیبان‌هایی را که برای هر برنامه نگه می‌دارید تعیین کنید (نگه‌داشت) تا کهنه‌ها خودکار هرس شوند.
سوار کردن یک برنامهٔ نصب‌شده به‌عنوان برنامهٔ سیستمی. از تاریخچهٔ پشتیبان یک برنامه، Mount
as system فایل‌های APK برنامه را درون یک زیرماژول روکش VDBackup آماده می‌کند تا مدیر روت آن
را از /system/app (یا /system/priv-app) سرو کند - پارتیشن واقعی /system هرگز لمس نمی‌شود.
با NoMount روی KernelSU به‌صورت زنده اعمال می‌شود؛ در غیر این صورت پس از یک راه‌اندازی مجدد
اعمال می‌شود. این هرگز به نصب‌بودن NoMount وابسته نیست.
به‌طور پیش‌فرض، پشتیبان‌ها به ذخیره محلی زیر دایرکتوری وضعیت ماژول نوشته
می‌شوند. همچنین می‌توانید در زبانه Destinations مقصدهای ریموت بیفزایید. برای یک
مقصد محلی، Browse یک گزینشگر پوشه می‌گشاید تا به‌جای تایپ مسیر، یک زیرپوشه زیر
ذخیرهٔ مشترک (/sdcard) برگزینید.
حمل‌ونقل ریموت با ابزارهای بسته‌بندی‌شده انجام می‌شود:
- rclone - محور برای گستره‌ای عظیم از ریموت‌ها: SFTP و SMB و WebDAV و FTP و S3 و Google Drive و بیش از ۷۰ سرویس دیگر.
- rsync و مجموعه ssh/scp/sftp - برای همگام‌سازی دلتا و هدف‌های ساده SSH.
- restic - مخازن Snapshot رمزگذاری‌شده و بی‌تکرار (محلی یا ریموت).
ساختن یک ریموت ابری (بی نیاز به SSH). در زبانه Destinations، نوع مقصد rclone را برگزینید و از Add cloud remote بهره ببرید: بک‌اند را برگزینید (SFTP یا SMB یا WebDAV یا FTP یا S3 یا Google Drive)، میدان‌ها را پر کنید (host/user/password، یا کلیدهای S3، یا یک توکن Drive) و ذخیره کنید. سپس ریموت در فهرست ریموت مقصد پدیدار می‌شود. گذرواژه‌ها مبهم‌شده ذخیره می‌شوند، هرگز به‌صورت متن صریح. می‌توانید ریموت‌هایتان را از همان جا فهرست و حذف کنید.
دو قاعده کاربرد ریموت را ایمن نگه می‌دارند:
- گواهی‌ها رمزگذاری‌شده ذخیره می‌شوند در حالت سکون در دایرکتوری وضعیت ماژول، هرگز به‌صورت متن صریح.
- پیش از کاربرد راستی‌آزمایی کنید. از آزمون مقصد در زبانه Destinations بهره ببرید تا پیش از نشانه‌رفتن یک پشتیبان واقعی به یک مقصد، کارکرد آن را تأیید کنید.
سیاست شبکه (Wi-Fi در برابر داده همراه). در Settings، «Cloud transfers over» به شما می‌دهد که محدود کنید انتقال‌های ابری از کدام اتصال می‌توانند بهره ببرند: Wi-Fi and mobile data (پیش‌فرض)، یا Wi-Fi only، یا Mobile data only. وقتی محدودش می‌کنید، هر انتقال ابری - دستی یا زمان‌بندی‌شده، بارگذاری یا بازیابی - نخست اتصال فعال را بررسی می‌کند و از اجرا روی نادرست سر باز می‌زند، پس یک سیاست Wi-Fi only هرگز داده همراه خرج نمی‌کند. پشتیبان‌های محلی هرگز متأثر نمی‌شوند.
Google Drive. دو راه برای رسیدن به Google Drive دارید:
-
از راه rclone - Drive را مانند هر مقصد دیگری یک ریموت rclone بیفزایید، بی
برنامه افزوده و بی حساب Google Cloud. روی هر رایانه‌ای یک‌بار
rclone authorize "drive"را اجرا کنید، در مرورگر به حساب Google خود وارد شوید، و توکنی را که چاپ می‌کند در میدان توکن ریموت Drive بچسبانید. - از راه همراه اختیاری - یک برنامه همراه کوچک و انتخابی که ورود به Google و بارگذاری Drive را سامان می‌دهد. تنها وقتی که شما صریحا مقصد همراه Google Drive را برگزینید نصب می‌شود، هرگز به‌طور پیش‌فرض نه، و وقتی غیرفعالش کنید برداشته می‌شود. صفحه رضایت یک‌باره Google تنها گامی است که بیرون از WebUI رخ می‌دهد. وقتی همراه نصب است، VDBackup به شما یادآوری می‌کند که همواره آن را با HMA-OSS پنهان کنید تا حضورش root یا یک بوت‌لودر قفل‌گشوده را آشکار نکند، و پیشنهاد می‌دهد آن را برایتان به فهرست HMA-OSS بیفزاید.
VDBackup می‌تواند پشتیبان‌ها را خودکار بر پایه یک زمان‌بندی اجرا کند. در زمان‌بند یک کار را با این‌ها تعریف می‌کنید:
- برنامه (یا مجموعه برنامه‌ها) و اقلام/حالتی که به کار می‌رود،
- یک مقصد،
- یک زمان‌بندی شبه-cron - ساعتی، روزانه یا هفتگی، در زمانی که برمی‌گزینید (HH:MM)،
- یک تنظیم نگه‌داشت: نگه‌داشتن N پشتیبان تازه‌ترین برای آن کار، کهنه‌ترها خودکار هرس می‌شوند.
کارهای زمان‌بندی‌شده با یک ضربان‌قلب هنگام راه‌اندازی در ماژول به راه می‌افتند: وقتی یک کار سررسید می‌شود اجرا می‌شود، زمان آخرین-اجرایش را ثبت می‌کند تا دوبار شلیک نشود، و نگه‌داشت را برای هرس پشتیبان‌های کهنه اعمال می‌کند. چون همه چیز به‌عنوان root در پس‌زمینه اجرا می‌شود، پشتیبان‌های زمان‌بندی‌شده نیازی به باز بودن WebUI ندارند.
پشتیبان‌گیری خودکار هنگام نصب/به‌روزرسانی. در Settings می‌توانید پشتیبان‌گیری خودکار را روشن کنید: همان ضربانِ پس‌زمینه برنامه‌هایی را که تازه نصب یا به‌روز شده‌اند درمی‌یابد و برایتان از آن‌ها پشتیبان می‌گیرد (با نگه‌داشت keep-N). نخستین اجرا تنها ثبت می‌کند چه چیزی نصب است، پس فعال‌کردن آن هرگز همهٔ دستگاهتان را یک‌جا پشتیبان نمی‌گیرد.
برنامه‌های مستثنا (blocklist). همچنین در Settings، می‌توانید برنامه‌هایی را که هرگز نمی‌خواهید خودکار یا بر پایهٔ زمان‌بندی پشتیبان گرفته شوند مستثنا کنید؛ برنامه‌های مستثنا توسط هر دو نادیده گرفته می‌شوند.
گزارش فعالیت. زبانهٔ Schedule یک دکمهٔ View activity log دارد که رد پای ممیزی محلی را نشان می‌دهد - پشتیبان‌ها، بازیابی‌ها، حذف‌ها، اجراهای زمان‌بندی‌شده و خودکار، و هرس‌ها - جدیدترین نخست.
اگر از Neo-Backup یا Android-DataBackup می‌آیید، لازم نیست از نو آغاز کنید. از زبانه Backups می‌توانید پشتیبان‌های موجودتان را وارد کنید:
- VDBackup را به مکان پشتیبان موجود Neo-Backup یا Android-DataBackup خود نشانه بگیرید (import-scan آنچه را آن‌جا می‌یابد فهرست می‌کند).
- برگزینید که کدام پشتیبان‌ها را وارد می‌کنید.
- ورود را آغاز کنید. مانند دیگر عملیات طولانی جدا و با پیشرفت زنده اجرا می‌شود.
پشتیبان‌های Neo-Backup رمزگذاری‌شده با گذرواژه پشتیبانی می‌شوند. پشتیبان‌های AES-256 رمزگذاری‌شده Neo-Backup را می‌توان وارد کرد - هنگام نیاز گذرواژه از شما خواسته می‌شود، و گذرواژه تنها برای رمزگشایی به کار می‌رود، هرگز در خط فرمان ذخیره نمی‌شود.
SSAID همان ANDROID_ID هر-برنامه است - یک شناسه در سطح دستگاه که برخی برنامه‌ها
می‌خوانند. VDBackup می‌تواند از آن پشتیبان بگیرد و بازش گرداند، اما این حساس‌ترین
چیزی است که لمس می‌کند، پس با مراقبت افزوده سامان می‌یابد:
- اختیاری است و به‌طور پیش‌فرض خاموش. VDBackup هرگز SSAID را نمی‌گیرد یا بازنمی‌گرداند مگر آنکه آن را صریحا برای آن کار روشن کنید. WebUI هر جا SSAID پدیدار شود یک اعلان «Optional» به‌روشنی نشانه‌دار و برجسته نشان می‌دهد (پشتیبان، بازیابی و ورود)، و تا زمانی که انتخابش نکنید خاموش می‌ماند.
- تنها پس از راه‌اندازی مجدد در بازیابی اعمال می‌شود. فراهم‌کننده تنظیمات اندروید این مقادیر را کَش می‌کند، پس یک SSAID بازیافته تنها پس از آنکه دستگاه را دوباره راه بیندازید اثرگذار می‌شود.
-
مقدار پیشین همواره نخست پشتیبان گرفته می‌شود. پیش از بازنویسی هر SSAID،
VDBackup فایل زنده
settings_ssaid.xmlرا بایت‌به‌بایت به یک پشتیبان زمان‌مُهر کپی می‌کند (که هرگز خودکار حذف نمی‌شود). اگر آن کپی ایمنی ساخته نشود، بازنویسی رخ نمی‌دهد. برای بازگشت، آن فایل ذخیره‌شده را بازگردانید و دوباره راه‌اندازی کنید.
توصیه: SSAID را خاموش بگذارید مگر آنکه به‌طور مشخص بدانید به آن نیاز دارید (مثلا، برنامه‌ای که خود را به شناسه دستگاه کلید می‌زند و آن را عامدانه مهاجرت می‌دهید). برای پشتیبان‌های معمول برنامه و داده به آن نیاز ندارید.
پشتیبان‌های شما در این ماژول حبس نیستند و هرگز به سخت‌افزار گره نمی‌خورند. همه چیز از قالب‌های استاندارد بهره می‌برد، پس می‌توانید یک پشتیبان را روی Windows یا macOS یا Linux بی نصب VDBackup بگشایید.
یک پوشه پشتیبان Full شامل یک manifest.json است (سرچشمه حقیقت که هر فایل، نسخه
برنامه و مالک/زمینه اصلی را توصیف می‌کند)، فایل‌های APK به‌صورت *.apk.zst، و
بایگانی‌های داده به‌صورت <item>.tar.zst (یا .tar.gz / .tar.lz4)، با یک پسوند
دنباله‌ای .age در حالت رمزگذاری اختیاری.
برای گشودن یکی روی رایانه، کوتاه‌سخن:
-
رمزگشایی (تنها اگر فایل به
.ageپایان یابد) با ابزار استانداردageو عبارت‌عبور یا فایل‌کلید شما. -
فشرده‌گشایی و استخراج:
.tar.zstباzstdسپسtar؛ .tar.gzمستقیم باtar؛ .tar.lz4از راهzstd --format=lz4. یک APK فقط یک APK فشرده‌شده با zstd است، پس فشرده‌گشاییbase.apk.zstبه شما یکbase.apkعادیِ نصب‌شدنی می‌دهد.
هر پشتیبان رمزگذاری‌شده با یک یادداشت RECOVERY عرضه می‌شود که فرمان‌های دقیق
کپی-و-چسباندن برای Windows و macOS و Linux را دربردارد. برای کیت کامل و گام‌به‌گام
../module/etc/RECOVERY.md را ببینید.
توجه کنید که زمینه‌های SELinux و uid/gid و حالت‌ها درون tar ذخیره می‌شوند و تنها وقتی روی اندروید بازمی‌گردانید به‌درستی دوباره اعمال می‌شوند - روی رایانه باز هم همه فایل‌هایتان را می‌گیرید، فقط بی آنکه مالکیت ویژه اندروید اعمال شود.
VDBackup ساخته شده تا به دستیارها و عامل‌های هوش مصنوعی دوستانه باشد، نه فقط به مردم. WebUI تنها یکی از کلاینت‌های یک API کوچک JSON است؛ یک عامل می‌تواند هر کنش ماژول را بدون رابط گرافیکی از همان API مدیریت کند (هر فرمان یک شیء JSON واحد برمی‌گرداند، عملیات طولانی جدا اجرا می‌شوند و پیشرفتشان را پرس‌وجو می‌کنید، و همان نرده‌های ایمنی برقرارند - SSAID انتخابی می‌ماند، کنش‌های دگرگون‌کننده تأییدشده و حسابرسی‌شده می‌مانند).
اگر می‌خواهید دستیاری پشتیبان‌ها و بازیابی‌هایتان را برایتان براند، او را به
AI-AGENTS.md نشانه بگیرید، که سطح کنترل کامل را مستند می‌کند:
قرارداد فرمان، هر فعل با آرگومان‌ها و مقدار بازگشتی‌اش، و قاعده‌های ایمنی که یک
عامل باید رعایت کند.
لاگ‌ها کجایند؟ زیر دایرکتوری وضعیت ماژول، /data/adb/vdbackup/logs/. پیشرفت
زنده یک عملیات در حال اجرا در progress-<opid>.json است، و رد پای حسابرسی
کنش‌های دگرگون‌کننده (بازیابی، حذف، ورود، تغییرهای SSAID) در audit.jsonl.
یک پشتیبان/بازیابی گیرکرده به نظر می‌رسد یا WebUI را بستم. عملیات جدا اجرا می‌شوند، پس بستن WebUI آن‌ها را متوقف نمی‌کند. WebUI را دوباره بگشایید و به هر عملیات در حال اجرا دوباره پیوند می‌خورد و پیشرفت کنونی را نشان می‌دهد.
یک پیام ERR_... گرفتم. خطاها با یک کد روشن گزارش می‌شوند. چند مورد پرتکرار:
-
ERR_VERIFY- یک بایگانی نوشته‌شده با درهم مانیفستش همخوان نبود (راستی‌آزمایی یک پشتیبان بد را گرفت). پشتیبان را دوباره اجرا کنید. -
ERR_RESTORE_TEST- یک آزمون‌بازیابی شکست خورد؛ پشتیبان تمیز استخراج/راستی‌آزمایی نشد و برنامه زنده شما دست‌نخورده ماند.
مقصد ریموت من شکست می‌خورد. از آزمون مقصد در زبانه Destinations برای راستی‌آزمایی گواهی‌ها و اتصال بهره ببرید. به یاد داشته باشید که تنها مقصدهای ابری به شبکه نیاز دارند؛ پشتیبان‌گیری/بازیابی محلی کاملا آفلاین است.
آیا هیچ‌یک از این‌ها به خانه زنگ می‌زند یا در زمان اجرا دانلود می‌کند؟ نه. همه فایل‌های اجرایی در زمان ساخت در ماژول بسته‌بندی شده‌اند؛ در زمان اجرا هیچ چیز به دستگاه آورده نمی‌شود. تنها مقصدهای ابری (rclone/restic/ssh) با شبکه گفت‌وگو می‌کنند، و تنها وقتی از آن‌ها بهره ببرید.
آیا پشتیبان من روی گوشی دیگری بازمی‌گردد؟ بله - پشتیبان‌ها قابل‌حمل‌اند و به سخت‌افزار دستگاه گره نخورده‌اند. (SSAID تنها استثنای ویژه دستگاه است، و انتخابی است و پس از راه‌اندازی مجدد اعمال می‌شود؛ بخش ۱۰ را ببینید.)
پشتیبان رمزگذاری‌شده من باز نمی‌شود - عبارت‌عبور را گم کردم. به طراحی هیچ درِ پشتی بازیابی نیست؛ عبارت‌عبور همان چیزی است که پشتیبان را می‌پاید. آن را ایمن نگه دارید.
VDBackup را مانند هر ماژول دیگری از مدیر KernelSU / APatch / Magisk خود حذف نصب
کنید. حذف نصب پیکربندی کاربری شما را حفظ می‌کند و تنها وضعیت گذرا را برمی‌دارد،
پس نصب دوباره بعدتر تنظیماتتان را برمی‌گیرد. پشتیبان‌های واقعی شما زیر
/data/adb/vdbackup/ اقامت دارند - اگر می‌خواهید آن‌ها را هم بردارید، آن دایرکتوری
را پس از حذف نصب دستی حذف کنید؛ وگرنه در دسترس می‌مانند (و چون قالب‌های استاندارد
هستند، روی رایانه گشودنی‌اند) حتی بی ماژول.
این مستندات با Claude (Anthropic) تولید شده و توسط VD171 نگه‌داری می‌شود. تصحیح‌ها و بهبودها خوشامد است - CONTRIBUTING.md را ببینید.