pfg21

в этот корпус нужен - внимание - GPS+GSM модуль)
чтобы определить координаты и передать их

но - в помещении GPS может не работать нормально

Для управления траффиком используется шлюз+прокси на linux
Для сайтов обычно тоже
Облачный файлообменник - как не странно - тоже на линукс, из лучшего щас - Nextcloud(если Вы конечно не про samba по локалке говорите)

Все, что находится в папке /home/user принадлежит этому пользователю и может быть им прочитано без sudo. О каких файлах речь то?

Вариант на Python:

import os

# path to main directory
path = '/your/path'

# table
files = {
    'file_1.txt': 'dir_1',
    'file_2.txt': 'dir_1/dir_2',
    'file_3.txt': 'dir_1/dir_2/dir_3'
    # others
}

# moving files
for file, directory in files.items():
    path_file = os.path.join(path, file)
    path_dir = os.path.join(path, directory)

    # checking for existence and creating directories if needed
    if not os.path.exists(path_dir):
        os.makedirs(path_dir)

    # checking for existence of the file in the target directory
    if os.path.exists(os.path.join(path_dir, file)):
        print(f"File {file} already exists in directory {directory}, skip.")
    else:
        os.rename(path_file, os.path.join(path_dir, file))
        print(f"The {file} file has been moved to a folder {directory}, success.")

# example moving:
#
# /your/path
# |-- /dir_1/file_1.txt
# |-- /dir_1/dir_2/file_2.txt
# |-- /dir_1/dir_2/dir_3/file_3.txt

1. Возьмет данные из таблицы files.
2. Переместит файлы (не существующие директории будут созданы, а уже существующие файлы не будет перезаписаны).

Файлы необходимо разместить по адресу из переменной path.

Получал письмо от Hetzner недавно, лавочка закрыта абсолютно для России. Для чего? Хороший хостинг, ну и что с того. Если же никак иначе, нужно современное железо или сверхнадежность - тогда вперед пользоваться всякими посредническими недо-сервисами которых на почве санкций открыли. Но теперь нужны уже не только карта, но и гражданство.

И тут теряется преимущества хетзнера, хороший хостинг + дерьмовый посредник = дерьмовый хостинг

В комментариях тебе совершенно правильно написали - сначала гугл, потом вопросы.
Так что окей, гугл, python в exe. На первой же странице выдачи достаточно информации, чтобы начать.

А я добавлю:

Если запускать через cmd не работает

Как именно не работает? Виснет? Ничего не происходит? Синий экран? Комп встаёт со стола и уходит искать Сару Коннор? На будущее, чем точнее и подробнее ты опишешь проблему, а также предпринятые тобой попытки её решить - тем больше шансов получить ответ.

Например, вот в этом баге пишут, что предположительно именно блокировщик тут и косячит.

сбросмть/удалить, создать новый профиль firefox

По двору прошелся жулик и попытался хакнуть эксплойтом для "майбаха" (условно) все тачки в вашем дворе. Майбахов не нашлось, этот жулик пошел дальше и забыл уже про ваш дворик.

Надо ли защищаться от атаки, не релевантной вашему сетапу? Не надо.
Надо ли делать выводы об уязвимости того или иного оборудования? Надо.
Надо ли проверять свои конфигурации на эксплойты? Надо.
Надо ли реагировать на всякую нерелевантную хрень в логах с ошибками порядка 400? Не надо.
Надо ли позаботиться об оркестрации быстрого развёртывания ваших серверов на случай взломов или проблем с железом? Конечно надо!

Вообще, если ваш сетап на виртуальных машинах в повторяемой среде и с декларативной конфигурацией вроде кубера или докера, то вы легче сможете пережить всякие такие факапы.
Схема такая.
Есть признаки взлома - бэкап логов, снапшот базы, бэкап стораджа, остановка сервисов (если позволяет продакшн), анализ атаки и последствий. Устраняем уязвимость по вектору атаки (гугление по логам и курение тредов), правим конфиги развёртывания и запускаем прод. Потом долго и тщательно разбираемся по логам, снапшотам и бэкапам что затронуто. Делаем тестовый чистый сетап по старой конфигурации и сравниваем пофайлово с атакованной системой, выясняем в какие места вмешались злодеи. Дифаем базу и смотрим на подозрительные различия. Делаем выводы, объявляем об утекших данных, если есть такие признаки (чтобы не подставлять пользователей), принимаем превентивные меры против похожих векторов атак.

Итого, залог успеха - это хранение конфигураций в гит-репозитории, своевременные бэкапы, хранение бэкапов на отдельных изолированных стораджах, оркестрация и автоматизация развертывания, подробное эшелонирование логирование с бэкапами логов, смоук тесты на нестандартную активность в БД, по сетевым интерфейсам, трафику, процессору, памяти, файловым системам, логам...

Это взгляд дилетанта по безопасности, если чего пропустил -- поправьте. Если где не прав -- расскажите.

Это вообще не вопрос. Реальная проблема в том, как проверить, сколько физического места занимает папка пользователей "users"?

Во первых если это реальная проблема - почему вопрос совершенно о другом?

Во вторых - у вас в примере виндовый диск, что как бы странно для хостинга. В случае линуха все решается либо командой du -sm /your/directory/* либо установкой ncdu, который сильно быстрее, и соответственно что-то типа ncdu /your/directory/.

Дополню, если хочется сделать именно свою реализацию, то вот тут я уже отвечал как именно это делается: Как сделать единый аккаунт для своих сервисов?

Файл /usr/lib/systemd/system/httpd.service: Restart=on-failure
И конечно разумеется: systemctl daemon-reload