res2001

Можно. Но вам нужен роутер поддерживающий резервирование каналов. Подберите подходящий.

Потому что практически все функции могут вернуть ошибку тем или иным образом.
Когда fopen возвращает NULL, то это сигнал, что произошла ошибка при выполнения функции. Вы должны проанализировать значение errno и вывести осмысленное сообщение для пользователя.
https://en.cppreference.com/w/c/io/fopen
Сейчас же у вас на все ошибки выдается единственное сообщение. Вы можете просто вызывать функцию strerror с кодом ошибки errno, чтоб получить нормальное актуальное сообщение об ошибке.
https://en.cppreference.com/w/c/string/byte/strerror

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

Когда вы за натом провайдера, то внешний сервис может знать только адрес с которого вы реально выходите в интернет, т.е. внешний адрес NATа.
Внешний сервис может заблокировать этот адрес. Тогда все ваши соседи по NATу, автоматически окажутся заблокированы.

Другой момент: у провадйера пул белых адресов, с которых клиенты могут получать доступ в инет. В пуле может быть несколько подсетей, выданных провайдеру.
Информация о подсетях провайдера общедоступна в интернете. Ее можно получить через сервисы whois и т.п.
Так что получив один адрес, сервис может узнать всю подсеть провайдера и заблокировать ее всю.

А если скачанный файл будет размером в гигабайты. Куда вы денете такой файл в памяти? По моему это не правильная стратегия.

Вы можете использовать shared memory для предоставления доступа к файлу. Но вам еще надо дать знать внешней программе, что память готова для ее обработки. А так же после обработки внешняя программа должна дать знать вашей программе, что она свою работу закончила. Тут уже не обойтись без механизмов IPC: каналы, именованные каналы, unix сокеты, eventfd, обычные сокеты, ...
Но если внешняя программа будет запускаться из вашей программы как дочерний процесс, то можно просто ждать завершения процесса. Но процесс может завершиться аварийно, так что надо анализировать код возврата, который процесс должен обязательно вернуть.

Поставьте первой строкой в заголовке
#pragma once
Возможно это избавит вас от ошибки.

И зачем вы делает
#include "Graphic_Library.cpp"
не понятно.
Это может говорить о том, что интерфейс, подключаемый в заголовочном файле вы не доработали, или какие-то другие ошибки. Подобная конструкция, конечно, не является ошибкой сама по себе, но, как правило, так не делают.

Батник и так выполняется внутри cmd. Обычно дополнительно cmd запускать не надо.
Просто напишите нужные команды в батнике и запускайте в cmd или в проводнике (тогда cmd запустится автоматически и выполнит батник).

Я за локальные репы. Этим и трафик сэкономите. Правда довольно много дискового пространства потребуется.

Проверяйте размер и удаляйте.
Получить размер файла можно с помощью модификаторов. Описание модификаторов смотрите в call /? или for /?
Батник запускать из шедулера.

Из админа проще уйти в devops, можно попытаться найти удаленную работу, если в вашем городе нет вакансий.
Так же более сложный вариант - переквалифицироваться в программиста. Зарплата больше и удаленные вакансии есть.

Отслеживать изменения в файлах можно с помощью аттрибута "архивный".
Этот аттрибут выставляется автоматически ОС при любом изменении файла.
Вывести список файлов, у которых аттрибут "архивный" выставлен можно с помощью dir /a:a
Получить дату/время изменения файла можно с помощью модификаторов переменной цикла. Смотрите for /?
После переименования файла нужно снимать аттрибут архивный - это будет признак того, что файл уже обработан и в следующий раз он в обработку не попадет (если не будет модифицирован). Сделать это можно командой attrib /?

Можно ли задать адрес локальной сети в филиале 192.168.1.0?

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

Так что лучше сети не объединять (в смысле ответа на второй вопрос) и использовать маршрутизацию вместо бриджа.
А значит, если вы в сети филиала будете использовать ту же подсеть, то получите кучу проблем с маршрутизацией, которые придется как-то решать.
Что бы в принципе избежать проблем - используйте другую подсеть.

Ориентироваться, конечно, на нагрузку.
Раз это Django и React, то это веб приложение.
Фронт - это браузер конечного пользователя на компьютере пользователя.
Бэкэнд и БД можно для начала разместить на одном сервере. Если не будет справляться - разнесете.

Используйте ВПН и USB over IP для проброса флэшки на VDS.

Видимо ВПН сервер является маршрутом по умолчанию на андроиде.
В конфиге OpenVPN андроида есть строка:
push "redirect-gateway def1 bypass-dhcp"
Уберите. Это она добавляет маршрут по умолчанию через ВПН сервер.

Стрелка используется с указателями на класс/структуру, а точка со ссылками или с непосредственно экземпляром класса/структуры. Т.е. если вы попытаетесь использовать точку с указателем - получите синтаксическую ошибку.