Просмотрено
Category: Системное администрирование

Туннель в локальную сеть с SSL без внешнего IP.

Туннель в локальную сеть с SSL без внешнего IP.

Для разработки бота Telegram мне нужно, чтобы мой проект был доступен через интернет.

Конечно, можно открыть порты на роутере, если есть белый IP-адрес. Но если его нет или нет желания возиться с настройками роутера, можно воспользоваться Tuna.

Tuna позволяет без лишних сложностей создать туннель на локальный компьютер, который будет доступен из интернета и иметь SSL-сертификат, что важно при создании бота Telegram.

У Tuna есть различные тарифные планы, но меня вполне устраивает бесплатный вариант.

Тарифы Tuna

Для начала работы необходимо зарегистрироваться в Tuna и получить токен. После регистрации устанавливаем Tuna, используя PowerShell, с помощью следующей команды:

winget install --id yuccastream.tuna

После установки не забудьте перезапустить PowerShell. Без перезапуска PowerShell может не распознать команду «tuna».Чтобы установить токен, введите следующую команду:

tuna config save-token <ТОКЕН>

Теперь можно поднять наш туннель:

tuna http 8000

Подробнее о параметрах можно почитать в официальной документации.

Запущенный туннель

Теперь можно перейти по домену, который нам предоставил Tuna. На этом домене у меня будет доступен Laravel.

Доступный Laravel по выданному нам адресу.

Также можно обратиться по адресу http://127.0.0.1:4040. Там будут доступны все запросы со статусами ответов и настройками.

Web интерфейс Tuna

Вот и всё. Надеюсь, эта статья была для вас полезной.

Моя реализация обхода блокировки hub.docker.com

Моя реализация обхода блокировки hub.docker.com

Обход блокировки hub.docker.org

Так как hub.docker.com стал не доступен для России, то у меня соответственно появились проблемы с обновление Home Assistant.

Заблокированный hub.docker.com

Уже написано куча статей как можно решить эту проблему: использовать VPN, использовать зеркала, AlexxIT предложил простой вариант обхода для Home Assistant через аддон AdGuard. Я же просто хочу показать как я реализовал обход блокировки hub.docker.org

Дано:
Частный VPN сервер в амстердаме.
Роутер Keenetic Giga

Что делаю:

1. Поднимаю VPN интерфейс

    VPN интерфейс

    2. На 2ip.ru смотрю ip для hub.docker.org. Это будут 54.156.140.159, 44.221.37.199, 52.44.227.212.

    Ищу ip адреса для hub.docker.org

    3. Создаю в роутере маршруты для этих ip.

    • Тип маршрута -> Маршрут до узла
    • Описание -> Любое. Я указал hub.docker.org
    • Адрес узла назначения -> IP адрес полученный в предыдущем шаге.
    • Адрес шлюза -> Оставляем поле пустым.
    • Интерфейс -> Выбираем интерфейс поднятого VPN.
    • Добавлять автоматически -> Отмечаем
    • Эксклюзивный маршрут -> Отмечаем
    Настраиваю маршруты для hub.docker.org

    4. Проверяю сайт hub.docker.org. Он открывается, а вот контейнеры в Home Assistant не обновляются. Проверил на десктопе запулить контейнер — тоже нет.

    hub.docker.org открылся

    5. Ищу куда обращается Docker через Wireshark. Контейнеры он тянет с registry-1.docker.io. IP адреса: 54.236.113.205, 54.227.20.253, 54.198.86.24.

    Ищу ip адреса для registry-1.docker.io через wireshark

    6. Добавляю маршруты в роутере для registry-1.docker.io.

    Список всех маршрутов

    После всех манипуляций у меня стал нормально обновляться Home Assistant и открываться hub.docker.org, а значит обход блокировки hub.docker.org работает. На этом все, спасибо за внимание! 🙂

    Перестал обновляться проводник в Windows

    Перестал обновляться проводник в Windows

    Перестал обновляться проводник в Windows

    Столкнулся с проблемой, что перестал обновляться проводник в Windows. Для любого действия, будь-то удаление или создание папки/файла, приходилось вручную обновлять проводник. При скачивании файла браузер подвисал на некоторое время. Также при запуске подвисали на некоторое время Яндекс.Диск и Яндекс.Заметки.

    Перепробовал кучу разных способов решения данной проблемы начиная от восстановления системных файлов Sfc /scannow и заканчивая сканированием антивирусом своей системы. Долгое время не мог решить данную проблему, но решение оказалось очень простым.

    Виновник моей проблемы из за которой перестал обновляться проводник Windows
    Виновник моей проблемы

    Виновником моей проблемы оказалась «файлопомойка», которая после переезда стала не доступной. После удаления недоступного сетевого диска из сетевых расположений, моя проблема с обновлением проводника ушла.

    Если вы столкнулись с подобной проблемой, рекомендую проверить, что у вас в сетевых расположениях.

    DuckDNS.org в Keenetic

    DuckDNS.org в Keenetic

    DuckDNS.org в Keenetic

    Так сложилось, что появилась необходимость использовать именно DuckDNS в роутере Keenetic, хоть у него есть свой собственный. В данной статье я расскажу как настроить DuckDNS в Keenetic на примере Keenetic 4G.

    Keenetic 4G
    Keenetic 4G

    Первым делом нужно установить пакет DDNS. Для этого идем в Управление -> Параметры системы -> Изменить набор компонентов.

    Изменить набор компонентов
    Выбираем Изменить набор компонентов

    Устанавливаем Клиент динамической службы DNS (DDNS).

    После перезагрузки роутера идем в Сетевые правила -> Доменное имя -> DDNS.


    В поле Сервис выбираем Другой.
    Адрес сервиса указываем https://www.duckdns.org/update?domains=mydomen&token=mysecrettoken не забыв указать свой домен и токен.
    Обратите внимание! URL необходимо указывать без параметра &ip=.
    Доменное имя, Имя пользователя, Пароль оставляем пустыми.
    Ставим галочку Определять мой IP-адрес автоматически.

    Вкладка DDNS
    Вкладка DDNS

    Сохраняем настройки и переходим в Системный монитор -> Статус. В Интернет выбираем Подробнее о соединение. В Статус DDNS мы должны увидеть updated successfully.

    Статус DDNS
    Статус DDNS

    На этом настройка DuckDNS в Keenetic завершена.

    Плагины для Internet Explorer в браузерах на базе Chromium

    Плагины для Internet Explorer в браузерах на базе Chromium

    IE Tab

    Столкнулся с проблемой, что в новых версиях Windows нет браузера Internet Explorer, а он необходим например для настройки видеорегистраторов на базе HiWatch, Hikvision, XMEye и т.д.

    Например при попытке открыть в Chrome веб-морду регистратора на базе XMEye нам вываливается такое сообщение:

    Сообщение в Chrome
    Сообщение в Chrome

    В нем нам предлагают установить более старую версию браузера, и соответственно ничего не работает.

    Не работает в Chrome
    Не работает в Chrome

    Для себя я нашел отличное решение под названием IE Tab.

    Что такое IE Tab?

    IE Tab — расширение Firefox, созданное для просмотра сайтов, которые могут быть корректно отображены только в Internet Explorer, например, использующих элементы ActiveX или «расширения» стандарта HTML от Microsoft, в окне браузеров Google Chrome, Mozilla Firefox, Flock, Mozilla Suite и SeaMonkey.

    Установив расширение из магазина нужно открыть адрес регистратора и нажать на иконку расширения

    Запускаем IE Tab
    Запускаем IE Tab

    После чего страница откроется в расширении IE Tab

    Страница открылась через IE Tab
    Страница открылась через IE Tab

    Как видно, все отлично работает в Chrome

    Все отлично работает в Chrome
    Все отлично работает в Chrome

    Также в настройках плагина можно выбрать какую версию Internet Explorer эмулировать.

    Выбор версии Internet Explorer в IE Tab
    Выбор версии Internet Explorer в IE Tab

    На этом все, спасибо за внимание! Надеюсь данная статья вам помогла 🙂

    Интеграция ИБП CyberPower в Home Assistant

    Интеграция ИБП CyberPower в Home Assistant

    В данной статье я расскажу как добавить мониторинг ИБП в Home Assistant на примере CyberPower Value500EI.

    У данной модели есть USB разъем для мониторинга состояния ИБП. Для мониторинга у CyberPower есть своя утилита под названием PowerPanel. Скачать ее можно с сайта производителя. У меня на домашнем сервере стоит Ubuntu 20.04, по этому я скачал PowerPanel for Linux 64bit (deb).

    Подключаем ИБП через USB и устанавливаем PowerPanel:

     dpkg -i CyberPower_PPL_Linux+64bit+\(deb\)_v1.4.1.deb
    

    После установки проверяем командой:

    pwrstat -status

    В ответ, если все нормально, должны увидеть примерно следующее:

        The UPS information shows as following:
    
        Properties:
                Model Name................... Value500EI
                Firmware Number.............. BZAB100.B31
                Rating Voltage............... 230 V
                Rating Power................. 275 Watt(500 VA)
    
        Current UPS status:
                State........................ Normal
                Power Supply by.............. Utility Power
                Utility Voltage.............. 224 V
                Output Voltage............... 226 V
                Battery Capacity............. 100 %
                Remaining Runtime............ 31 min.
                Load......................... 49 Watt(18 %)
                Line Interaction............. None
                Test Result.................. Unknown
                Last Power Event............. Blackout at 2022/09/13 23:53:27 for 7 sec.

    В файле /etc/pwrstatd.conf настраиваем выключение компьютера через время после перехода на резервное питание или при разряде аккумулятора на определенный процент. Также можно настроить отправку E-Mail или выполнение произвольного скрипта. После изменения перезапускаем демона:

    service pwrstatd restart

    У меня настроено выключение сервера при разряде аккумулятора до 35%. Мой конфиг:

    # pwrstatd configuration file
    #
    
    # You must restart pwrstatd after changing this file in order for changes to take effect.
    # Ex:/etc/init.d/pwrstatd restart
    
    #
    # Action setting for event of Power Failure
    #
    
    # A delay time in seconds since event of Power Failure occur then to run shell
    # script and shutdown system. Allowed range is 0 ~ 3600. Default is 60 sec.
    powerfail-delay = 60
    
    # Enable to run shell script when the event of Power Failure occur.
    # The allowed options are yes and no. Default is yes.
    powerfail-active = yes
    
    # Assign a path of script file for event of Power Failure.
    # The default is /etc/pwrstatd-powerfail.sh
    powerfail-cmd-path = /etc/pwrstatd-powerfail.sh
    
    # How much time in seconds to take script running for event of Power Failure.
    # The allowed range is 0 ~ 3600. Default is 0 sec.
    powerfail-duration = 0
    
    # Allow Daemon to shutdown system for event of Power Failure.
    # The allowed options are yes and no. Default is yes.
    powerfail-shutdown = no
    
    #
    # Action setting for event of Battery Low
    #
    
    # A threshold of Battery Capacity, If the battery capacity is lower than this
    # value and a event of Battery Low will be identified. The unit is percentage.
    # The allowed range is 0 ~ 90. Default is 35 %.
    lowbatt-threshold = 35
    
    # A threshold of Remaining Runtime, If the Remaining Runtime is lower than this
    # value and a event of Battery Low will be identified. The unit is second.
    # The allowed range is 0 ~ 3600. Default is 300 sec.
    # Note: When meet this condition the below 'shutdown-sustain' property
    # will be ignored.
    runtime-threshold = 300
    
    # Enable to run shell script when the event of Battery Low occur.
    # The allowed options are yes and no. Default is yes.
    lowbatt-active = yes
    
    # Assign a path of script file for event of Battery Low.
    # The default is /etc/pwrstatd-lowbatt.sh
    lowbatt-cmd-path = /etc/pwrstatd-lowbatt.sh
    
    # How much time in seconds to take script running for event of Battery Low.
    # The allowed range is 0 ~ 60. Default is 0 sec.
    lowbatt-duration = 0
    
    # Allow Daemon to shutdown system for event of Battery Low.
    # The allowed options are yes and no. Default is yes.
    lowbatt-shutdown = yes
    
    # Turn UPS alarm on or off.
    # The allowed options are yes and no. Default is yes.
    enable-alarm = yes
    
    # The necessary time in seconds for system shutdown.
    # The UPS will turn power off when this time is expired.
    # The allowed range is 0 ~ 3600. Default is 600 sec.(10 min.)
    # If the computer shutdown is cause by low runtime condition, the UPS will
    # turn power off when the time is expired that time is assigned on
    # 'runtime-threshold' property and it is no longer to refer the
    # 'shutdown-sustain' property.
    
    shutdown-sustain = 600
    
    # Daemon will turn UPS power off once it ask system shutdown cause by a power
    # event. Allowed options are yes and no. Default is yes.
    turn-ups-off = yes
    
    # The period of polling UPS in seconds.
    # The allowed range is 1 ~ 60. Default is 3 sec.
    ups-polling-rate = 3
    
    # the period of re-try to find available UPS in seconds since find nothing at
    # last time. The allowed range is 1 ~ 300. Default is 10 sec.
    ups-retry-rate = 10
    
    # Prohibiting daemon to provide communication mechanism for client, such as
    # pwrstat command. normally, it should be 'no'. It can be 'yes' if any security
    # consideration. Allowed options are yes and no. Default is no.
    prohibit-client-access = no
    # The pwrstatd accepts four types of device node which includes the 'ttyS',
    # 'ttyUSB', 'hiddev', and 'libusb' for communication with UPS. The pwrstatd
    # defaults to enumerate all acceptable device nodes and pick up to use an
    # available device node automatically. But this may cause a disturbance to the
    # device node which is occupied by other software. Therefore, you can restrict
    # this enumerate behave by using allowed-device-nodes option. You can assign
    # the single device node path or multiple device node paths divided by a
    # semicolon at this option. All groups of 'ttyS', 'ttyUSB', 'hiddev', or
    # 'libusb' device node are enumerated without a suffix number assignment.
    # Note, the 'libusb' does not support suffix number only.
    #
    # For example: restrict to use ttyS1, ttyS2 and hiddev1 device nodes at /dev
    # path only.
    # allowed-device-nodes = /dev/ttyS1;/dev/ttyS2;/dev/hiddev1
    #
    # For example: restrict to use ttyS and ttyUSB two groups of device node at
    # /dev,/dev/usb, and /dev/usb/hid paths(includes ttyS0 to ttySN and ttyUSB0 to
    # ttyUSBN, N is number).
    # allowed-device-nodes = ttyS;ttyUSB
    #
    # For example: restrict to use hiddev group of device node at /dev,/dev/usb,
    # and /dev/usb/hid paths(includes hiddev0 to hiddevN, N is number).
    # allowed-device-nodes = hiddev
    #
    # For example: restrict to use libusb device.
    # allowed-device-nodes = libusb
    allowed-device-nodes =
    
    # Daemon will hibernate system to instead of system shutdown when power
    # event occur. Allowed options are yes and no. Default is no.
    hibernate = no
    
    # Enable cloud solution.
    # The allowed options are yes and no. Default is no.
    cloud-active = no
    
    # Account for cloud server login.
    cloud-account =
    

    Далее в Docker необходимо установить контейнер, который будет парсить эту информацию и передавать в MQTT брокер:

    docker pull dwinks/pwrstat_docker
    docker volume create pwrstat_data
    docker run -d -p 5003:5003 --name=pwrstat --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v pwrstat_data:/data dwinks/pwrstat_docker

    После запуска контейнера смотрим его ID из списка:

    docker ps -a
    
    Список запущенных контейнеров

    Переходим в консоль контейнера:

    docker exec -it a86d79a48027 bash

    В контейнере нам нужно для удобства установить nano и отредактировать конфиг. Для это выполняем:

    apt update
    apt install nano -y
    nano /pwrstat.yaml

    В конфиге указываем IP адрес и порт MQTT брокера, частота обновления, имя и пароль MQTT.

    pwrstat_api: # optional
      log_level: WARNING # optional
    mqtt:
      broker: "192.168.0.24"
      port: 1883
      client_id: "pwrstat_mqtt"
      topic: "sensors/basement/power/ups"
      refresh: 5
      qos: 0
      retained: true
      username: "*****" # optional
      password: "*****" # optional, required if username specified
    rest:
      port: 5003
      bind_address: "0.0.0.0"
    prometheus:
      port: 9222
      bind_address: "0.0.0.0"
      labels:
        rack: "0"
    
    

    Перезапускаем контейнер:

    docker restart pwrstat

    Проверяем работоспособность по ссылкам: http://192.168.0.24:5003/health и http://192.168.0.24:5003/mqtthealth. Не забудьте поменять IP на свой. Если все нормально, то мы увидим:

    {"code":"SUCCESS","message":"OK"}

    Отлично! Данные отправляются в MQTT. Теперь необходимо достать их в Home Assistant. Для этого создаем сенсоры:

    mqtt:
      sensor:
        # UPS Sensors
        - name: "UPS Model Name"
          icon: mdi:rename-box
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Model Name'] }}"
    
        - name: "UPS Rating Voltage"
          icon: mdi:flash-triangle
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Rating Voltage'] }}"
    
        - name: "UPS Rating Power"
          icon: mdi:lightning-bolt
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Rating Power'] }}"
    
        - name: "UPS State"
          icon: mdi:transmission-tower
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['State'] }}"
    
        - name: "UPS Power Supply by"
          icon: mdi:power-socket-eu
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Power Supply by'] }}"
    
        - name: "UPS Utility Voltage"
          icon: mdi:flash-triangle-outline
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Utility Voltage'] }}"
    
        - name: "UPS Output Voltage"
          icon: mdi:flash-triangle-outline
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Output Voltage'] }}"
    
        - name: "UPS Battery Capacity"
          icon: mdi:car-battery
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Battery Capacity'] }}"
    
        - name: "UPS Remaining Runtime"
          icon: mdi:timer-sand
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Remaining Runtime'] }}"
    
        - name: "UPS Load"
          icon: mdi:lightning-bolt
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Load'] }}"
    
        - name: "UPS Line Interaction"
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Line Interaction'] }}"
    
        - name: "UPS Test Result"
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Test Result'] }}"
    
        - name: "UPS Last Power Event"
          state_topic: "sensors/basement/power/ups"
          value_template: "{{ value_json['Last Power Event'] }}"
    

    У меня это выглядит вот так:

    Список датчиков UPS

    Так же я настроил уведомления в Telegramm при отключении и включении электричества.

    - alias: "Уведомления - Питание от ИБП"
      mode: single
      trigger:
        - platform: template
          value_template: "{{ states('sensor.ups_state') == 'Power Failure' }}"
      action:
        - service: notify.me
          data:
            message: "Внимание! Проблемы с питанием, переход на питание от аккумулятора."
    
    - alias: "Уведомления - Питание от сети"
      mode: single
      trigger:
        - platform: template
          value_template: "{{ states('sensor.ups_state') == 'Normal' }}"
      action:
        - service: notify.me
          data:
            message: "Питание восстановлено"

    На этом настройка завершена! Спасибо за внимание 🙂

    Не открывается Центр обновления в Windows 11

    Не открывается Центр обновления в Windows 11

    Что делать если не открывается Центр обновления Windows? С такой проблемой я недавно столкнулся. Решается она достаточно просто: через пуск открываем Изменение групповой политики.

    Открываем изменение групповой политики
    Открываем изменение групповой политики

    Выбираем Конфигурация компьютера > Административные шаблоны > Панель управления, справа жмем два раза по Отображение страницы параметров и в открывшемся окне выбираем Отключено.

    Отображение страницы параметров
    Отображение страницы параметров
    Выбираем "Отключено"
    Выбираем «Отключено»

    Далее аналогично переходим в Конфигурация пользователя > Административные шаблоны > Панель управления. Справа нажимаем два раза по Отображать только указанные элементы панели управления и точно также выбираем Отключено.

    Отображать только указанные элементы панели управления
    Отображать только указанные элементы панели управления
    Также выбираем "Отключено"
    Также выбираем «Отключено»

    После этих манипуляций даже без перезагрузки Центр обновления Windows должен открываться как обычно.

    Центр обновления Windows
    Центр обновления Windows
    Исправление ошибки The system found unauthorized changes on the firmare

    Исправление ошибки The system found unauthorized changes on the firmare

    Исправление ошибки The system found unauthorized changes on the firmare

    После отключения электричества на объекте один из серверов Trassir выпал в ошибку:

    The system found unauthorized changes on the firmware, operating system or UEFI drivers.

    Press [N] to run the next boot device, or enter drectly to BIOS Setup if there are no other boot devices installed.
    Go to BIOS Setup > Advanced > Boot and change the current boot device into other secured boot devices.

    Для исправления данной ошибки необходимо зайти в BIOS > Advanced > Boot > Secure Boot > OS Type и из списка выбрать Other OS.

    После этого жмем F10 > Yes.


    Меняем Fn и Ctrl местами на Lenovo ThinkPad L15

    Меняем Fn и Ctrl местами на Lenovo ThinkPad L15

    Меняет местами Fn и Ctrl местами на Lenovo ThinkPad

    Недавно приобрел себе и жене пару новых ноутбуков Lenovo ThinkPad L15 Gen 2. Классный мощный аппарат, Ryzen 5 PRO, 32Gb Ram, SSD M.2, клавиатура с подсветкой, сенсорный матовый экран с IPS матрицей и довольно не плохим звуком Dolby® Audio Premium. Но мне с самого его приобретения не давала покоя проблема с неудобным расположением клавиш Fn и Ctrl. Это жутко не удобно, особенно когда пересаживаешься из-за ПК с механической клавиатурой за ноутбук.

    Поподробнее почитать о ноутбуке можно здесь.

    Клавиши Fn и Ctrl на Lenovo ThinkPad
    Клавиши Fn и Ctrl на Lenovo ThinkPad

    По началу очень мучался с этим недоразумением, но как оказалось функционально можно поменять местами эти две клавиши. Можно сделать это двумя способами — через BIOS или через стандартную программу Lenovo Commercial Vantage.

    Способ через BIOS

    Для того чтобы поменять через BIOS на стадии загрузки жмем F1. После того как попали в BIOS необходимо слева в меню выбрать пункт Config.

    Выбираем пункт Config в биосе
    Выбираем пункт Config в биосе

    Далее нужно выбрать в правой части пункт Keyboard/Mouse.

    Выбираем пункт Keyboard/Mouse
    Выбираем пункт Keyboard/Mouse

    Ну собственно на данном этапе как нетрудно догадаться переключаем параметр Fn and Ctrl Key swap в положение On.

    Параметр Fn and Ctrl Key swap
    Параметр Fn and Ctrl Key swap

    После этого жмем F10 и перезагружаемся.

    Способ через программу Lenovo Commercial Vantage

    Ищем в меню пуск Lenovo Commercial Vantage в меню Пуск
    Ищем в меню пуск Lenovo Commercial Vantage в меню Пуск

    Ищем в меню пуск Lenovo Commercial Vantage.

    Выбираем More settings
    Выбираем More settings

    После запуска нажимаем на More settings.

    Выбираем Input & Accessories
    Выбираем Input & Accessories

    После того как попадаем в меню настроек, сверху выбираем вкладку Input & Accessories и листаем в низ.

    Переключаем пункт Fn and Ctrl key swap
    Переключаем пункт Fn and Ctrl key swap

    Здесь также как и в BIOS переключаем параметр Fn and Ctrl key swap в положение On. После переключения действия клавиш меняются местами моментально. Перезагружаться нет необходимости.

    Автоматическое удаление записей в ZoneMinder

    Автоматическое удаление записей в ZoneMinder

    Автоматическое удаление записей в  ZoneMinder

    Сколько не искал как настроить ZM, чтобы он сам удалял старые записи, так и не смог найти. Пришлось сделать свой костыль на PHP. Скрипт писался исключительно для себя, и не претендует на правильность.

    <?php
    $servername = ""; // IP адрес MySQL сервера
    $database = "zm"; // Имя БД
    $username = ""; // Имя пользователя БД
    $password = ""; // Пароль пользователя БД
    $path = ""; // Путь к папке с записями
    $interval = "7"; // Удалять записи старше N дней
    
    // Создаем соединение
    $mysqli = new mysqli($servername, $username, $password, $database);
    
    // Получаем записи старше N дней
    $result = $mysqli->query('SELECT * FROM `Events` WHERE StartDateTime < (NOW() - INTERVAL '.$interval.' DAY)');
    $rows = $result->fetch_all(MYSQLI_ASSOC);
    
    // Форматируем дату
    $arrDates = array();
    foreach($rows as $row) {
        $date = explode(' ', $row['StartDateTime'])[0];
        array_push($arrDates, $date);
    }
    // Удаляем дубликаты дат
    $arrDates = array_unique($arrDates);
    
    // Удаляем папки старше N дней
    foreach($arrDates as $date) {
        // Удаление для каждого монитора отдельно
        exec('rm -R '.$path.'5/'.$date);
        exec('rm -R '.$path.'6/'.$date);
    }
    
    // Удаляем записи старше N дней
    $mysqli->query('DELETE FROM `Events` WHERE StartDateTime < (NOW() - INTERVAL '.$interval.' DAY)');
    
    // Закрываем соединение
    $mysqli->close();

    Скрипт запускается командой php script.php из консоли и может быть добавлен в cron.