Файлы внезапно стали принадлежать системному пользователю вместо root

на VPS с BigBlueButton, который включает Docker, меня попросили добавить несколько контейнеров для размещения дополнительных сервисов. Я заметил очень странную проблему при установке Murmur через модифицированная версия этого docker-compose, влияя как на ключи, созданные Let's Encrypt для имени домена, так и на папки, созданные самим docker-compose:

файлы не принадлежат root или учетной записи администратора, как должно быть, но они принадлежат системному пользователю red5.

Папка docker-compose:

drwxr-xr-x 5 ubuntu ubuntu 4.0K Jul 20 11:47 .
drwxr-xr-x 8 ubuntu ubuntu 4.0K Jul 15 14:17 ..
drwxr-xr-x 2 red5   red5   4.0K Jul 20 11:37 config
drwxr-xr-x 2 red5   red5   4.0K Jul 20 11:37 data
-rw-r--r-- 1 ubuntu ubuntu  514 Jul 20 11:47 docker-compose.yml
drwxr-xr-x 2 red5   red5   4.0K Jul 20 11:37 log

Папка ключей:

[...]
drwxr-xr-x 2 root root 4.0K Jun 26 14:30 **************************
drwxr-xr-x 2 red5 red5 4.0K Jul 20 11:37 mumble.*******************

А ключи внутри, конечно же, принадлежат red5.

Пытался проверить файл / etc / passwd, вот строчка red5:

red5:x:999:999:red5 user-daemon:/usr/share/red5:/bin/false

Это почти так, как должно быть, единственное, что я заметил, это то, что его UID и GID равны 999, в то время как учетная запись администратора - 1000, а учетная запись root - 0. Может быть, это какая-то странная ошибка?

Я также проверил свой docker-compose и Dockerfile of murmur, все в порядке, думаю. Конфигурация ключей / cert / nginx, а также контейнер и связанные папки были удалены и перестроены. Все тот же.

Журналы letsencrypt, docker ничего не показывают, когда greated с «red5» и syslog, а также red5 показывают только законные действия с bigbluebutton.

Спасибо за вашу помощь, я очень озадачен (и немного параноик). Я бы предпочел перестроить сервер с нуля, поскольку это своего рода лабораторные эксперименты стажера, которые постепенно превратились в рабочий сервер.