О, круто! Обязательно попробую — сэкономлю ещё один контейнер. К тому же у меня иногда бывают таймауты, так что сразу пойму, в чём проблема: в моём сервере Unifi OS или в решении на Playwright. Спасибо!

Я протестировал это дальше, и пока всё работает идеально! Я добавил эту строку в начало скрипта, после 'import requests':
import warnings
warnings.filterwarnings("ignore", category=requests.packages.urllib3.exceptions.InsecureRequestWarning)
Таким образом, я не получаю предупреждения SSL — только нужный вывод от скрипта. Затем я добавил это в crontab -e с уведомлением по email (разумеется, для этого у вас должен быть настроен SMTP на вашем хосте):
# Backup UniFi OS server script
15 0 * * * cd /mnt/scripts && OUTPUT=$(/usr/bin/python3 uos-backup.py 2>&1); ( echo "From: Noreply | IT Buck <mail@domain.com>"; echo "To: mail@domain.com"; echo "Reply-To: mail@domain.com"; echo "Subject: UOS Backup Script Output"; echo "Date: $(date -R)"; echo; echo "$OUTPUT" ) | msmtp -t
Так что я использую только скрипт 'uos-backup.py', а не 'uos-backup.service' или 'uos-backup.timer'. Спасибо и респект faerbit -> gitlab(dot)com/faerbit/uos-backup Теперь мне просто нужно протестировать это на длительном сроке, чтобы увидеть, останется ли он стабильным. Опция Playwright часто вызывала таймауты — иногда он работал днями, а иногда выходил из строя несколько дней подряд. Мне интересно, сработает ли это решение лучше (так как я не уверен, была ли проблема в Playwright или в самом сервере UniFi OS).

I failed to push my latest commit with the option to replace ":" with ".". It should be there now.

I added an option to replace ":" with ".". Your length limitations sound quite insane, and some googling didn't confirm that the files are actually too long, so I don't want to add that to the repo. However here is the diff which achieves what you want:diff --git a/uos-backup.py b/uos-backup.py
index db1aa07..bc94801 100644
--- a/uos-backup.py
+++ b/uos-backup.py
@@ -61,7 +61,7 @@ def download():
    if CONVERT_TIMESTAMP_HUMAN_READABLE:
        file_ts, filename_end = extract_file_ts(filename)
        file_ts = datetime.fromtimestamp(int(file_ts) / 1000)
-        filename = f"{BACKUP_FILE_NAME_PREFIX}{file_ts.isoformat(timespec='seconds')}_{filename_end}"
+        filename = f"{BACKUP_FILE_NAME_PREFIX}{file_ts.isoformat(timespec='seconds')}.unifi"
        if INCOMPETENT_FILE_SYSTEM:
            filename = filename.replace(":", ".")
    print(f"downloaded \"{filename}\"")

Честно говоря, я сначала пошёл по пути использования API, но оно чаще всего не срабатывало, поэтому я перешёл на Playwright. Вариант прямого вызова API оказался ненадёжным.

Я немного расширил скрипт, чтобы во время очистки просто пропускать все файлы, которые не начинаются с unifi_os_backup_. Это может помочь и тебе. Однако, поскольку я не совсем уверен, откуда берутся твои файлы, я не вполне понимаю, в чём твоя проблема.

Хочу запустить скрипт вручную, чтобы протестировать его, а потом добавить в crontab с уведомлением по email. Однако при ручном запуске получаю такие сообщения об ошибках (см. ниже). Тем не менее файл сохраняется, но с именем вроде: unifi_os_backup_2026-04-11T19:39:21_f79c3381-0697-48e1-8693-de72a0552f4a.unifi. А на моём MacBook эти файлы (когда я захожу в общую папку SMB, где хранятся бекапы) отображаются как: UOR3KA~U. Есть идеи? root@dockerbeast:/mnt/scripts# ./uos-backup.py  
logging in  
/usr/lib/python3/dist-packages/urllib3/connectionpool.py:1100: InsecureRequestWarning: Unverified HTTPS request is being made to host '10.0.1.12'. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#tls-warnings  
 warnings.warn(  
logged in  
/usr/lib/python3/dist-packages/urllib3/connectionpool.py:1100: InsecureRequestWarning: Unverified HTTPS request is being made to host '10.0.1.12'. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#tls-warnings  
 warnings.warn(  
downloaded "unifi_os_backup_2026-04-11T19:46:54_bfd465f3-ff54-4ea9-90dc-364d34306eb4.unifi"  
saved "unifi_os_backup_2026-04-11T19:46:54_bfd465f3-ff54-4ea9-90dc-364d34306eb4.unifi" at "/mnt/backup/unifi"  
starting clean up  
Traceback (most recent call last):  
 File "/mnt/scripts/./uos-backup.py", line 97, in <module>  
   main()  
 File "/mnt/scripts/./uos-backup.py", line 93, in main  
   cleanup()  
 File "/mnt/scripts/./uos-backup.py", line 74, in cleanup  
   file_ts, _ = extract_file_ts(b.name)  
                ^^^^^^^^^^^^^^^^^^^^^^^  
 File "/mnt/scripts/./uos-backup.py", line 39, in extract_file_ts  
   ts, e = filename.removeprefix(BACKUP_FILE_NAME_PREFIX).split("_", 1)  
           ^^^^^  
ValueError: not enough values to unpack (expected 2, got 1)

Я проработал способ настройки регулярного локального резервного копирования на Synology NAS. Взял скрипт на Playwright и модифицировал его для работы с последней версией интерфейса UniFi OS и модальными окнами подтверждения загрузки, специально оптимизировав для среды Docker.Основная сложность с новыми версиями контроллера в том, что для отображения кнопок резервного копирования требуется настоящий браузер. Этот скрипт обрабатывает вход в систему, навигацию и финальный клик по загрузке внутри headless-контейнера.Скрипт (unifi_backup.js):const { chromium } = require('playwright');
const path = require('path');

/* Конфигурация берётся из переменных окружения, чтобы не хранить учётные данные в коде. */
const UNIFI_HOST = process.env.UNIFI_HOST;
const USERNAME = process.env.UNIFI_USER;
const PASSWORD = process.env.UNIFI_PASS;
const SAVE_DIR = '/backups';

function getTimestamp(forFileName = false) {
 const d = new Date();
 if (forFileName) return d.toLocaleDateString('sv-SE');
 return d.toLocaleString('sv-SE', { timeZone: 'Europe/Stockholm' });
}

(async () => {
 // Очищаем заголовки для лог-файла
 console.log('--- Starting backup ' + getTimestamp() + ' ---');

 if (!UNIFI_HOST || !USERNAME || !PASSWORD) {
   console.error('Error: Missing environment variables.');
   process.exit(1);
 }

 const browser = await chromium.launch({
   headless: true,
   args: ['--ignore-certificate-errors', '--no-sandbox']
 });

 const context = await browser.newContext({
   ignoreHTTPSErrors: true,
   acceptDownloads: true,
 });

 const page = await context.newPage();

 try {
   // Переход на страницу входа
   await page.goto(`https://${UNIFI_HOST}/login`, { waitUntil: 'networkidle' });
   
   // Заполнение учётных данных
   await page.fill('input[name="username"]', USERNAME);
   await page.fill('input[name="password"]', PASSWORD);
   await page.click('button[type="submit"]');
   await page.waitForNavigation({ waitUntil: 'networkidle' });

   // Переход к настройкам резервного копирования
   await page.goto(`https://${UNIFI_HOST}/network/default/settings/control-plane/backups`);
   await page.waitForTimeout(10000); // Ожидание рендера интерфейса

   // Поиск и клик по триггеру загрузки
   const downloadTrigger = page.locator('#backupSettings button').filter({ hasText: 'Download' });
   await downloadTrigger.waitFor({ state: 'visible' });
   
   const downloadPromise = page.waitForEvent('download');
   await downloadTrigger.dispatchEvent('click');

   // Клик по финальной кнопке подтверждения в модальном окне
   const confirmButton = page.locator('div[role="dialog"] button').filter({ hasText: 'Download' }).last();
   await confirmButton.click();

   // Сохранение файла в смонтированный том
   const download = await downloadPromise;
   const finalPath = path.join(SAVE_DIR, `unifi_backup_${getTimestamp(true)}.unf`);
   await download.saveAs(finalPath);

   console.log('Success: Backup saved.');
 } catch (err) {
   console.error('Error:', err.message);
   process.exitCode = 1;
 } finally {
   await browser.close();
   console.log('--- Finished ' + getTimestamp() + ' ---');
   process.exit(0);
 }
})();
Настройка Synology: я запускаю это как проект в Container Manager. Для автоматизации использую Планировщик заданий Synology (Панель управления) с командой docker start <имя-контейнера> ежедневно.Также добавил простую строку очистки в запланированное задание, чтобы предотвратить заполнение NAS: find /volume1/backups/unifi -name '*.unf' -type f -mtime +30 -deleteЭто очень стабильный способ гарантировать наличие локальных файлов .unf без ручного вмешательства.

Норм, молодцы!