back to home

distillium / remnawave-backup-restore

Backup and restore script for Remnawave directory and database

229 stars
28 forks
0 issues
Shell

AI Architecture Analysis

This repository is indexed by RepoMind. By analyzing distillium/remnawave-backup-restore in our AI interface, you can instantly generate complete architecture diagrams, visualize control flows, and perform automated security audits across the entire codebase.

Our Agentic Context Augmented Generation (Agentic CAG) engine loads full source files into context on-demand, avoiding the fragmentation of traditional RAG systems. Ask questions about the architecture, dependencies, or specific features to see it in action.

Source files are only loaded when you start an analysis to optimize performance.

Embed this Badge

Showcase RepoMind's analysis directly in your repository's README.

[![Analyzed by RepoMind](https://img.shields.io/badge/Analyzed%20by-RepoMind-4F46E5?style=for-the-badge)](https://repomind.in/repo/distillium/remnawave-backup-restore)
Preview:Analyzed by RepoMind

Repository Overview (README excerpt)

Crawler view

**🇬🇧 English** | 🇷🇺 Русский > [!CAUTION] > **THIS SCRIPT PERFORMS BACKUP AND RESTORE OF THE ENTIRE REMNAWAVE DIRECTORY AND DATABASE, AS WELL AS (OPTIONALLY) TELEGRAM SHOP. BACKUP AND RESTORE OF ANY OTHER SERVICES AND CONFIGURATIONS IS ENTIRELY THE USER'S RESPONSIBILITY. IT IS RECOMMENDED TO CAREFULLY FOLLOW THE INSTRUCTIONS DURING SCRIPT EXECUTION BEFORE RUNNING ANY COMMANDS.** 🌌 Main menu preview Features: • interactive menu • manual and scheduled automatic backup creation • backup/restore in panel+bot, panel only, and bot only modes • external PostgreSQL support • notifications directly to Telegram bot or group topic with attached backup • script version update notifications • backup size check before sending to TG and limit exceeded notification • backup upload to Google Drive or S3 Storage (optional) • configurable backup retention policy for server-side and S3 backups separately Additional migration instructions: 📝 Panel only: migrating to a new server • edit the panel subdomain in Cloudflare to point to the new IP address. Also update subdomains of other services if they will be hosted on the new server • perform directory and database restore • restore domain certificates on your own (if required) • the access link and password will be from the old panel that was previously backed up • delete the old rule for the service port (default 2222) on all nodes and create a new one. This is necessary for the panel with the new IP address to communicate with them. Run the command on each node, replacing and with your own: • you're all set! All that's left is to install and configure any other services you need (e.g. kuma, beszel, etc.) 📝 Panel+node: migrating to a new server • edit the panel and "root" node (co-located with the panel) subdomains in Cloudflare to point to the new IP address. Also update subdomains of other services if they will be hosted on the new server • restore domain certificates on your own (if required) • perform directory and database restore • enable panel access via port 8443 (eGames script, "Panel access management" option) • the access link and password will be from the old panel that was previously backed up • in node management, find the root node co-located with the panel. It contains the old server address. Change it to the new one — the node will activate automatically • now close panel access via port 8443 the same way you opened it • delete the old rule for the service port (default 2222) on all external nodes and create a new one. This is necessary for the panel with the new IP address to communicate with them. Run the command on each node, replacing and with your own: • you're all set! All that's left is to install and configure any other services you need (e.g. kuma, beszel, etc.) 📝 Panel+node: switching to "Panel only" on the current server • perform directory and database restore • the access link and password will be from the old panel that was previously backed up • delete the old "root" node from the panel along with its associated inbound and host • delete the file from the panel server: • you're all set! All that's left is to install and configure any other services you need (e.g. kuma, beszel, etc.) 📝 Panel+node: switching to "Panel only" on a new server • edit the panel subdomains in Cloudflare to point to the new IP address. Also update subdomains of other services if they will be hosted on the new server • restore domain certificates on your own (if required) • perform directory and database restore • the access link and password will be from the old panel that was previously backed up • delete the old "root" node from the panel along with its associated inbound and host • delete the file from the panel server: • delete the old rule for the service port (default 2222) on all nodes and create a new one. This is necessary for the panel with the new IP address to communicate with the nodes. Run the command on each node, replacing and with your own: • you're all set! All that's left is to install and configure any other services you need (e.g. kuma, beszel, etc.) Installation (requires root): Commands: • — quick menu access from anywhere in the system 💎 Support the Project Network USDT Address BSC 0x8b91f0c1ad7d03aa2427c342db81e3aee04b12a5 TRON TEB6RzsH15qkguYWCCCeHDTKUEVE2qSEH2 TON UQD2br2gNfuFEfK4uiki78bxFCiPdN7OLYqZ6EHkNtivemQ1 SOL Hieo9WK2oTcURmkXj1WAccBSRzSDsuLyvs4s5jH7C6kS Thank you for your support! 🙏