{"slug":"synology-hyper-backup","title":"Synology Hyper Backup","description":"Configure Hyper Backup against DanubeData Object Storage, and fix backup tasks that started failing after the 23 August 2026 security update — without re-uploading your data.","section":"Features","url":"https://docs.danubedata.ro/synology-hyper-backup","markdown_url":"https://docs.danubedata.ro/synology-hyper-backup.md","breadcrumbs":[{"title":"Features","slug":null},{"title":"Storage","slug":"storage-overview"},{"title":"Synology Hyper Backup","slug":"synology-hyper-backup"}],"headings":[{"level":1,"title":"Synology Hyper Backup","id":"synology-hyper-backup"},{"level":2,"title":"Action needed before 30 August 2026","id":"action-needed-before-30-august-2026"},{"level":2,"title":"Am I affected?","id":"am-i-affected"},{"level":2,"title":"Why the setting cannot simply be edited","id":"why-the-setting-cannot-simply-be-edited"},{"level":2,"title":"Fix: new task with Signature Version 2, relinked","id":"fix-new-task-with-signature-version-2-relinked"},{"level":3,"title":"If the bucket dropdown does not populate","id":"if-the-bucket-dropdown-does-not-populate"},{"level":2,"title":"Path-style addressing","id":"path-style-addressing"},{"level":2,"title":"Older DSM versions","id":"older-dsm-versions"},{"level":2,"title":"First-time setup","id":"first-time-setup"},{"level":2,"title":"Troubleshooting","id":"troubleshooting"},{"level":2,"title":"Alternatives","id":"alternatives"},{"level":2,"title":"Need help?","id":"need-help"}],"format":"markdown","word_count":1244,"content":"# Synology Hyper Backup\n\nHyper Backup on DSM backs up your NAS to DanubeData Object Storage over the S3 API. This page covers first-time setup, and the change you need to make if your backups started failing on or after 23 August 2026.\n\n## Action needed before 30 August 2026\n\nOn 23 August 2026 we applied a security update to DanubeData Object Storage. It requires that a `Content-Type` header, when present, is covered by the request signature — see [S3 Signature Requirements](object-storage-signature-requirements) for the full rule and the reasoning.\n\nHyper Backup bundles the AWS SDK for PHP, which does not cover that header when signing with **Signature Version 4**. Backup tasks configured that way are rejected.\n\n**You are not blocked right now.** A temporary compatibility setting keeps existing tasks working until **30 August 2026**. After that date, a Hyper Backup task still set to Signature Version 4 will fail.\n\n**The fix is to switch the task to Signature Version 2**, which covers `Content-Type` as part of the signature by design. Your existing backups do not need to be re-uploaded.\n\n## Am I affected?\n\nYou are affected if **all** of these are true:\n\n- you back up to DanubeData Object Storage using Hyper Backup, and\n- the task's **Signature Version** is set to **V4**, and\n- the task is on DSM 7.x\n\nTo check, open **Hyper Backup**, select the task, open its destination settings, and look at the **Signature Version** field.\n\nSymptoms once the compatibility window closes:\n\n- the task fails partway through with a permission or connection error\n- the task log shows `403` or `Access Denied` on upload\n- restores and browsing existing backup versions still work, because those are read operations\n\nIf your task already uses Signature Version 2, no action is needed.\n\n## Why the setting cannot simply be edited\n\nHyper Backup does not allow the **Signature Version** or the **server URL** of an existing task to be changed after the task is created. The destination panel only lets you re-enter the access key and secret key.\n\nThe supported way to change a destination setting is to create a **new** task and use **Relink to existing task**, which reuses the backup data already in your bucket instead of uploading everything again.\n\n## Fix: new task with Signature Version 2, relinked\n\nDo this before 30 August 2026. It takes a few minutes and does not re-upload your data.\n\n**Before you start**, note your current task's settings — you will re-enter them. Open the existing task's settings and record: the bucket name, the directory, which folders and applications are backed up, the schedule, the retention/rotation policy, and whether encryption or compression is enabled. A screenshot of each tab is the quickest way.\n\n**Steps**\n\n1. Open **Hyper Backup** and create a new backup task with the **+** button.\n2. Choose **S3 Storage** as the backup destination.\n3. On the **Backup Destination Settings** page, set:\n   - **S3 Server**: `Custom Server URL`\n   - **Server address**: `s3.danubedata.ro` (or `new-s3.danubedata.ro` if that is what your current task uses). Do not include `https://` — Hyper Backup adds it.\n   - **Signature Version**: **V2**\n   - **Access Key** and **Secret Key**: the same keys your existing task uses\n   - **Bucket Name**: select your existing bucket from the dropdown\n   - **Directory**: select the existing backup directory, the one ending in `.hbk`\n4. Choose **Relink to existing task** rather than creating a fresh backup. This reuses the backup data already in the bucket.\n5. Work through the remaining wizard pages, re-applying the source folders, applications, schedule and retention settings you noted earlier.\n6. Run the task once, manually, and confirm it completes successfully.\n7. Only after that succeeds, remove the old task.\n\n> **Keep the old task until the new one has completed a successful backup.** Your backup data stays in the bucket either way, so a failed relink costs you time, not data. Deleting the old task first removes your ability to fall back.\n\n### If the bucket dropdown does not populate\n\nThe bucket list is fetched using the keys you entered. If it stays empty, the keys are wrong or lack access to that bucket — re-enter them, and confirm in your dashboard that the key has access to the bucket in question.\n\n## Path-style addressing\n\nIf your current task addresses the bucket in path style — the bucket appears **after** the server address, as in `s3.danubedata.ro/your-bucket` — note that Synology documents path-style buckets as supported **only** with Signature Version 4.\n\nSelecting Signature Version 2 therefore also moves the task to virtual-hosted-style addressing, where the bucket name becomes part of the hostname (`your-bucket.s3.danubedata.ro`). **Both of our endpoints support both styles**, so no change is needed on our side, and the relink process is otherwise identical.\n\nIf you are unsure which style your task uses, open a ticket and we will tell you from your bucket's request logs.\n\n## Older DSM versions\n\nDSM 6.x ships a much older Hyper Backup and a different S3 client, and may not expose a Signature Version control at all. If your NAS runs DSM 6.x, **open a ticket before changing anything** — we will check your bucket's request logs, confirm whether your backups are actually affected, and advise from there. Do not delete or recreate a working task on the basis of this page.\n\n## First-time setup\n\nFor a new backup to DanubeData Object Storage:\n\n1. Open **Hyper Backup** and create a task with **+**.\n2. Choose **S3 Storage**.\n3. Configure:\n   - **S3 Server**: `Custom Server URL`\n   - **Server address**: `s3.danubedata.ro` (without `https://`)\n   - **Signature Version**: **V2**\n   - **Access Key** / **Secret Key**: from your dashboard, under your bucket's **Access Keys** tab\n   - **Bucket Name**: select your bucket\n   - **Directory**: the folder to store the backup in\n4. Select the folders and applications to back up.\n5. Set the schedule, retention policy, and optionally encryption and compression.\n6. Apply, then run the task once to confirm it works.\n\nYour access key needs write access to the bucket. See [S3 Access Keys](object-storage-access-keys) for how to create one.\n\n## Troubleshooting\n\n| Symptom | Cause and fix |\n|---|---|\n| `403` / `Access Denied` on upload, restores still work | Signature Version is V4. Follow the fix above. |\n| `Failed to connect to the server` | Check the server address has no `https://` prefix and no trailing slash. Confirm the NAS can resolve `s3.danubedata.ro`. |\n| `Failed to read the bucket list` | Authentication failed. Re-enter the access key and secret key, and confirm the key has access to that bucket. |\n| Bucket dropdown is empty | Same as above — the keys are wrong or lack access to the bucket. |\n| Certificate or SSL errors | Update DSM so its CA certificate store is current. |\n| `PartNotFound` or `InvalidPart` | A multipart upload was interrupted. Cancel the run and start a new one; the next run re-uploads the affected files cleanly. |\n| Task reports the destination is offline | The backup data cannot be found at the configured path. Confirm the bucket and directory, then relink as described above. |\n\n## Alternatives\n\nIf Hyper Backup does not suit your needs, a Synology NAS can also reach DanubeData Object Storage through **Cloud Sync** (file-level sync rather than versioned backup) or through **rclone**, which can be run from the NAS. Note that Cloud Sync mirrors files rather than keeping the versioned, deduplicated backup history Hyper Backup produces, so it is not a like-for-like replacement for a backup task.\n\n## Need help?\n\nOpen a ticket from your dashboard. We can see from your bucket's request logs whether your backups are currently succeeding, which signature version and addressing style your task uses, and whether anything you run will break on 30 August 2026. If you would like us to walk through the relink with you before making changes, say so in the ticket.\n","prev":{"title":"S3 Signature Requirements","slug":"object-storage-signature-requirements","url":"https://docs.danubedata.ro/object-storage-signature-requirements","markdown_url":"https://docs.danubedata.ro/object-storage-signature-requirements.md","json_url":"https://docs.danubedata.ro/object-storage-signature-requirements.json"},"next":{"title":"Snapshots","slug":"storage-snapshots","url":"https://docs.danubedata.ro/storage-snapshots","markdown_url":"https://docs.danubedata.ro/storage-snapshots.md","json_url":"https://docs.danubedata.ro/storage-snapshots.json"},"index_url":"https://docs.danubedata.ro/index.json"}