1p版本为社区版：v1.10.21-lts
对象存储使用的是来自雨云的对象存储(只计算上行流量)
过程描述
我在备份账号里面添加了对象存储，并且测试了备份可以正常运行
后来我需要迁移服务器,便使用面板上自带的快照备份,并且使用对象存储作为备份位置
快照备份完成的时候，我一开始没有感觉到什么问题，但是我看到了后台显示对象存储的上行流量跑出去7个g(我所购买的对象存储只计算上行流量)
而我看了当时备份的大小就只有1g多一点,我就挺纳闷的,但我并没有在意今天我再次使用备份的时候,发现上行流量又跑了十几个G出去
细节补充
对象存储我并没有开启公开访问,我并没有尝试下载过快照备份(有一次测试的数据库备份，然后尝试了一下下载,但是那次下载我只下了一百多MB就停了)
我想了解一下就是1p在备份快照的时候，会尝试下载吗？
当然我目前也在和服务商沟通,暂时还不确定是什么问题所以先来论坛问一下
这张图片来自于对象存储服务商提供的数据
以下为面板提供的系统日志
[2024-12-01 02:30:00] [INFO] The App Store is at the latest version
[2024-12-01 02:30:00] [INFO] AppStore scheduled task has completed
[2024-12-01 03:00:00] [INFO] start to refresh token of OneDrive ...
[2024-12-01 03:00:01] [INFO] Successfully refreshed OneDrive token.
[2024-12-01 16:52:49] [DEBUG] tar --warning=no-file-changed --ignore-failed-read --exclude-from=<(find /opt/1panel/backup -type s -printf '%P
' | sed 's|^|./|') -zcf /opt/1panel/backup/system/1panel_v1.10.21-lts_amd64_20241201165249/1panel/1panel_backup.tar.gz --exclude ./system --exclude ./system_snapshot -C /opt/1panel/backup .
[2024-12-01 16:52:49] [DEBUG] docker save mysql:8.2.0 phpmyadmin:5.2.1 halcyonazure/lsky-pro-docker:latest 1panel/openresty:1.21.4.3-3-3-focal halohub/halo-pro:2.20.8 1panel-php:5.6.40 | gzip -c > /opt/1panel/backup/system/1panel_v1.10.21-lts_amd64_20241201165249/docker/docker_image.tar
[2024-12-01 16:56:37] [DEBUG] tar --warning=no-file-changed --ignore-failed-read --exclude-from=<(find /opt/1panel -type s -printf '%P
' | sed 's|^|./|') -zcf /opt/1panel/backup/system/1panel_v1.10.21-lts_amd64_20241201165249/1panel/1panel_data.tar.gz --exclude ./tmp --exclude ./log --exclude ./cache --exclude ./db/1Panel.db-* --exclude ./backup --exclude .*.sock --exclude ./root --exclude ./docker --exclude ./runtime/php --exclude ./apps/mysql -C /opt/1panel .
[2024-12-01 16:57:04] [DEBUG] tar --warning=no-file-changed --ignore-failed-read --exclude-from=<(find /opt/1panel/backup/system/1panel_v1.10.21-lts_amd64_20241201165249 -type s -printf '%P
' | sed 's|^|./|') -zcf /opt/1panel/tmp/system/1panel_v1.10.21-lts_amd64_20241201165249.tar.gz -C /opt/1panel/backup/system/1panel_v1.10.21-lts_amd64_20241201165249 .
[2024-12-01 16:58:15] [DEBUG] compress successful! size of file: 1.29G
[2024-12-01 16:58:16] [DEBUG] remove snapshot file /opt/1panel/backup/system/1panel_v1.10.21-lts_amd64_20241201165249
[2024-12-01 16:58:16] [DEBUG] start upload snapshot to S3, path: /system_snapshot/1panel_v1.10.21-lts_amd64_20241201165249.tar.gz
[2024-12-01 17:11:47] [DEBUG] upload to S3 successful
[2024-12-01 17:11:47] [DEBUG] remove snapshot file /opt/1panel/tmp/system/1panel_v1.10.21-lts_amd64_20241201165249.tar.gz
这张图片为要备份快照的服务器
这张图片是我同步快照的服务器
我在观察了面板的监控之后发现我在创建快照备份的时候，创建快照备份的并上传的时候上行比较大但是下行很小,这就可以排除这个流量不是从这台服务器上跑出去的(这张图片为创造快照备份的服务器)
这张图片来自同步备份列表的服务器,这个服务器是昨天下午四点才开的,所以说流量统计从四点多才开始
现在的主要问题是我完全不知道这个流量到底是什么跑出去的，我并没有恢复过备份，只在另一台机器上同步过备份列表