English | 中文
🛡️ BackupX
Self-hosted Server Backup Management Platform with Web UI
Features • Quick Start • Configuration • Architecture • Cluster • Development • API
BackupX is a self-hosted backup management platform for Linux / macOS servers. Through an enterprise-grade Web console, you can easily configure directory backups, database backups, and securely store backup files to Alibaba Cloud OSS, Tencent Cloud COS, Qiniu Cloud Kodo, Google Drive, S3-compatible storage, WebDAV, or local disk.
Supports multi-node cluster management for unified control of backup tasks across different servers.
For: Individual developers / small teams / DevOps with Linux servers
Features
📦 Multiple Backup Types
- Files / Directories — Custom exclude rules (e.g.
node_modules,*.log) - MySQL — Via native
mysqldumptool - SQLite — Safe file copy
- PostgreSQL — Via native
pg_dumptool
☁️ Multi-Cloud Storage Backends
| Provider | Type | Description |
|---|---|---|
| 🇨🇳 Alibaba Cloud OSS | aliyun_oss |
Auto endpoint assembly, internal network support |
| 🇨🇳 Tencent Cloud COS | tencent_cos |
Auto endpoint assembly |
| 🇨🇳 Qiniu Cloud Kodo | qiniu_kodo |
6 region precise mapping |
| 🌍 S3 Compatible | s3 |
AWS S3 / MinIO / Cloudflare R2, etc. |
| 🌍 Google Drive | google_drive |
Full OAuth 2.0 flow |
| 🌍 WebDAV | webdav |
Nextcloud / Nutstore, etc. |
| 💾 Local Disk | local_disk |
Backup to local server directory |
Chinese cloud providers only require Region and AccessKey — the system auto-assembles the endpoint. Powered by the S3 engine under the hood with zero extra dependencies.
🖥️ Cluster Management (Master-Agent)
- Node Management — Register remote server nodes with Token authentication
- Local Node — Auto-created, zero-friction upgrade for single-machine users
- Directory Browser — Visual file tree selector for backup source paths
- Agent Heartbeat — Real-time node online status monitoring
- Task Tags — Categorize and manage backup tasks by tags/nodes
⏰ Automation & Scheduling
- Cron expression scheduling
- Visual Cron editor
- Auto-retention policy (by days / by count)
- Max concurrent backup limit
🔐 Security
- JWT authentication + bcrypt password hashing
- AES-256-GCM encrypted sensitive config storage (DB passwords, OAuth tokens)
- Optional backup file encryption
- Login rate limiting (brute force protection)
- Node Token authentication (one-time display, secure transport)
📊 Monitoring & Notifications
- Dashboard stats (success rate, storage usage, backup trend charts)
- Email / Webhook / Telegram notifications
- Real-time backup execution logs (SSE)
🌐 Other
- Chinese & English i18n
- Zero external dependencies (embedded SQLite, single binary deployment)
- systemd service support
Quick Start
Build from Source
# Clone the project
git clone https://github.com/Awuqing/GoogleDriverBackupEveryDay.git
cd GoogleDriverBackupEveryDay
# Build frontend and backend
make build
# Start the backend service (default port :8340)
cd server && ./bin/backupx
Access Web UI
Open http://your-server:8340 in your browser. First-time use will guide you through creating an admin account.
Configuration
The config file defaults to ./config.yaml. Settings can also be overridden via BACKUPX_ prefixed environment variables.
# config.yaml
server:
host: "0.0.0.0"
port: 8340
mode: "release" # debug | release
database:
path: "./data/backupx.db" # SQLite database path
security:
jwt_secret: "" # Leave empty to auto-generate
jwt_expire: "24h"
encryption_key: "" # AES encryption key, auto-generated if empty
backup:
temp_dir: "/tmp/backupx" # Backup temp directory
max_concurrent: 2 # Max concurrent backups
log:
level: "info" # debug | info | warn | error
file: "./data/backupx.log"
max_size: 100 # Max log file size (MB)
max_backups: 3 # Number of old log files to retain
max_age: 30 # Log retention days
💡
jwt_secretandencryption_keyare auto-generated on first startup and persisted to the database.
Architecture
┌─────────────────────┐
│ Nginx (Reverse │
│ Proxy) │
│ / → Static Files │
│ /api → :8340 │
└─────────┬───────────┘
│
▼
┌──────────────────────────────────────────────────────┐
│ BackupX Master (Go API Server) │
│ :8340 │
│ │
│ ┌──────┐ ┌────────────┐ ┌───────────────────────┐│
│ │ Auth │ │Backup Engine│ │ Storage Registry ││
│ └──────┘ └──────┬─────┘ │ ┌─────────────────┐ ││
│ │ │ │ Alibaba Cloud │ ││
│ ┌──────────┐ │ │ │ Tencent Cloud │ ││
│ │ Cron │◄───┘ │ │ Qiniu Cloud │ ││
│ │Scheduler │ │ │ S3 Compatible │ ││
│ └──────────┘ │ │ Google Drive │ ││
│ │ │ WebDAV │ ││
│ ┌──────────┐ │ │ Local Disk │ ││
│ │ Notify │ │ └─────────────────┘ ││
│ │ Module │ └───────────────────────┘│
│ └──────────┘ │
│ │
│ ┌──────────────┐ ┌────────────────────┐ │
│ │ Node Manager │ │ SQLite (backupx.db)│ │
│ └──────┬───────┘ └────────────────────┘ │
└─────────┼────────────────────────────────────────────┘
│ Heartbeat / Task Dispatch
▼
┌──────────────────┐ ┌──────────────────┐
│ Agent Node A │ │ Agent Node B │
│ (Remote Server)│ │ (Remote Server)│
└──────────────────┘ └──────────────────┘
Tech Stack
| Component | Technology |
|---|---|
| Backend | Go · Gin · GORM · SQLite · robfig/cron |
| Frontend | React 18 · TypeScript · ArcoDesign · Vite · Zustand · ECharts |
| Storage | AWS SDK v2 (S3/OSS/COS/Kodo) · Google Drive API v3 · gowebdav |
| Security | JWT · bcrypt · AES-256-GCM |
| Logging | zap + lumberjack (auto-rotation) |
Cluster Mode
BackupX supports Master-Agent mode for managing backup tasks across multiple servers.
How It Works
- Master is the server running the BackupX Web console
- Agent is deployed on remote servers that need to be backed up
- Agents register with the Master using a Token and send periodic heartbeats
- Master dispatches backup tasks to the corresponding Agent for execution
Adding Nodes
# In Web Console → Node Management → Add Node
# The system generates a unique 64-character hex Token
# Configure the Agent on the remote server
./backupx-agent --master http://master-server:8340 --token <your-token>
Directory Probe API
Master provides GET /api/nodes/:id/fs/list?path=/ to remotely browse a node's file system. The frontend uses a tree selector to browse the target machine's directory structure when creating backup tasks.
Project Structure
GoogleDriverBackupEveryDay/
├── server/ # Go backend
│ ├── cmd/backupx/ # Entry point
│ ├── internal/
│ │ ├── app/ # App assembly (DI)
│ │ ├── apperror/ # Unified error types
│ │ ├── backup/ # Backup engine (file/mysql/sqlite/pgsql)
│ │ │ └── retention/ # Retention policy
│ │ ├── config/ # Config loading (viper)
│ │ ├── database/ # Database init + migrations
│ │ ├── http/ # HTTP handlers + routes + middleware
│ │ ├── httpapi/ # HTTP API helpers
│ │ ├── logger/ # Logger init (zap + lumberjack)
│ │ ├── model/ # GORM data models
│ │ ├── notify/ # Notifications (email/webhook/telegram)
│ │ ├── repository/ # Data access layer
│ │ ├── scheduler/ # Cron scheduler
│ │ ├── security/ # JWT + rate limiting
│ │ ├── service/ # Business logic
│ │ └── storage/ # Storage backends (plugin interface)
│ │ ├── aliyun/ # Alibaba Cloud OSS
│ │ ├── tencent/ # Tencent Cloud COS
│ │ ├── qiniu/ # Qiniu Cloud Kodo
│ │ ├── s3/ # S3 Compatible core
│ │ ├── s3provider/ # S3 Provider helper
│ │ ├── googledrive/ # Google Drive
│ │ ├── webdav/ # WebDAV core
│ │ ├── webdavprovider/ # WebDAV Provider helper
│ │ ├── localdisk/ # Local disk
│ │ └── codec/ # Config codec
│ └── pkg/ # Utilities (compress/crypto/response)
├── web/ # React frontend
│ └── src/
│ ├── components/ # Shared components (CronEditor/FormDrawer/...)
│ ├── hooks/ # Custom Hooks
│ ├── layouts/ # Layout components (AppLayout)
│ ├── pages/ # Page modules
│ │ ├── dashboard/ # Dashboard
│ │ ├── backup-tasks/ # Backup tasks
│ │ ├── backup-records/ # Backup records
│ │ ├── storage-targets/ # Storage targets
│ │ ├── nodes/ # Node management
│ │ ├── notifications/ # Notification settings
│ │ ├── settings/ # System settings
│ │ └── login/ # Login page
│ ├── services/ # API request wrappers
│ ├── stores/ # Zustand state management
│ ├── styles/ # Global styles
│ ├── types/ # TypeScript type definitions
│ ├── utils/ # Utility functions
│ ├── locales/ # i18n language packs (zh-CN / en-US)
│ └── router/ # Route configuration
├── deploy/ # Deployment configs
│ ├── nginx.conf # Nginx reference config
│ ├── backupx.service # systemd service unit
│ └── install.sh # One-click install script
├── .github/ # GitHub configuration
│ ├── workflows/ci.yml # CI workflow
│ ├── workflows/release.yml # Release workflow
│ └── ISSUE_TEMPLATE/ # Issue templates
└── Makefile # Build commands
Development
Prerequisites
- Go ≥ 1.21
- Node.js ≥ 18
- npm
Dev Mode
# Terminal 1: Start backend (use air for hot-reload)
make dev-server
# Terminal 2: Start frontend (Vite HMR)
make dev-web
Run Tests
# Run all tests
make test
# Backend only
make test-server # go test ./...
# Frontend only
make test-web # npm run test
Build
# Build frontend and backend
make build
# Clean build artifacts
make clean
Deployment
One-Click Install (Recommended)
# Build first
make build
# Run install script as root
sudo ./deploy/install.sh
The install script will automatically:
- Create a
backupxsystem user - Install the binary to
/opt/backupx/bin/ - Deploy the frontend to
/opt/backupx/web/ - Generate config at
/etc/backupx/config.yaml - Register and start the systemd service
- Configure Nginx reverse proxy (if installed)
Manual Deployment
# 1. Build
cd server && go build -o backupx ./cmd/backupx
cd ../web && npm run build
# 2. Deploy files
scp server/backupx your-server:/opt/backupx/bin/
scp -r web/dist/ your-server:/opt/backupx/web/
scp server/config.example.yaml your-server:/etc/backupx/config.yaml
# 3. Start
ssh your-server '/opt/backupx/bin/backupx -config /etc/backupx/config.yaml'
Nginx Config Example
server {
listen 80;
server_name backup.example.com;
# Frontend static files
location / {
root /opt/backupx/web;
try_files $uri $uri/ /index.html;
}
# API reverse proxy
location /api/ {
proxy_pass http://127.0.0.1:8340;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
}
API Reference
All APIs are prefixed with /api and use JWT Bearer Token authentication (unless noted otherwise).
| Module | Endpoint | Description |
|---|---|---|
| Auth | POST /api/auth/setup |
Initialize admin (first time) |
POST /api/auth/login |
Login to get Token | |
POST /api/auth/logout |
Logout | |
GET /api/auth/profile |
Current user info | |
PUT /api/auth/password |
Change password | |
| Backup Tasks | GET/POST /api/backup/tasks |
List / Create tasks |
GET/PUT/DELETE /api/backup/tasks/:id |
Detail / Update / Delete | |
PUT /api/backup/tasks/:id/toggle |
Enable / Disable | |
POST /api/backup/tasks/:id/run |
Trigger manual execution | |
| Backup Records | GET /api/backup/records |
List records (with filter) |
GET /api/backup/records/:id |
Record detail | |
GET /api/backup/records/:id/logs/stream |
Real-time execution logs (SSE) | |
GET /api/backup/records/:id/download |
Download backup file | |
POST /api/backup/records/:id/restore |
Restore backup | |
| Storage Targets | GET/POST /api/storage-targets |
List / Add targets |
GET/PUT/DELETE /api/storage-targets/:id |
Detail / Update / Delete | |
POST /api/storage-targets/test |
Test connection | |
POST /api/storage-targets/:id/test |
Test saved connection | |
GET /api/storage-targets/:id/usage |
Query usage | |
| Nodes | GET/POST /api/nodes |
List / Add nodes |
GET/DELETE /api/nodes/:id |
Detail / Delete | |
GET /api/nodes/:id/fs/list |
Directory browser | |
POST /api/agent/heartbeat |
Agent heartbeat ⚡ | |
| Notifications | GET/POST /api/notifications |
List / Add |
POST /api/notifications/test |
Test notification | |
POST /api/notifications/:id/test |
Test saved notification | |
| Dashboard | GET /api/dashboard/stats |
Overview statistics |
GET /api/dashboard/timeline |
Backup trend timeline | |
| System | GET /api/system/info |
System info (version/disk) |
GET/PUT /api/settings |
System settings |
⚡
POST /api/agent/heartbeatis a public endpoint authenticated via Node Token instead of JWT.
Cloud Storage Setup Guide
Alibaba Cloud OSS
- Log in to Alibaba Cloud Console, create a Bucket
- Go to RAM Console to create an AccessKey
- Select "Alibaba Cloud OSS" when adding a storage target in BackupX
- Enter the Region (e.g.
cn-hangzhou) and AccessKey — the system auto-assembles the endpoint
Tencent Cloud COS
- Log in to Tencent Cloud Console, create a bucket
- Go to API Key Management to create SecretId/SecretKey
- Bucket name format is
BucketName-APPID(e.g.backup-1250000000)
Qiniu Cloud Kodo
- Log in to Qiniu Cloud Console, create a storage space
- Supported regions:
z0(East China) /cn-east-2(East China-Zhejiang 2) /z1(North China) /z2(South China) /na0(North America) /as0(Southeast Asia)
Google Drive
- Go to Google Cloud Console and create a project
- Enable the Google Drive API
- Create an OAuth 2.0 Client ID (Web application type)
- Add redirect URI:
http://your-server/api/storage-targets/google-drive/callback - Enter the Client ID / Secret in BackupX storage management and click Authorize
Contributing
Issues and Pull Requests are welcome!
- Fork this repository
- Create a feature branch (
git checkout -b feature/amazing-feature) - Commit your changes (
git commit -m 'Add amazing feature') - Push to the branch (
git push origin feature/amazing-feature) - Open a Pull Request
License
This project is licensed under the Apache License 2.0.
Made with ❤️ for self-hosters