res2001

softether это умеет.

Вроде ждет.
Но если служба не завершается по какой-либо причине, то не знаю какое поведение. Возможно отваливается по таймауту с каким-нибудь сообщением. Перенаправьте вывод stdout и stderr в файл, чтоб можно было проанализировать позже.
Вообще есть более продвинутая команда для работы со службами: sc /?
Можно остановить службу, проверить состояние и если остановлена, то запустить.

Вы не правильно инициализируете указатель ptr: int *ptr = s[0];
Обращение s[0] просто возвращает первый элемент массива (в вашем случае 1). Это не указатель.
Правильная запись была бы:

int *ptr = &s[0];
или
int *ptr = s;

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

Атомарные переменные - это такие же переменные как и остальные. Инициализировать их вы можете сколько угодно раз. Это относится только к встроенным типам. Атомарные классы - это сказка.
Но на них накладываются некоторые ограничения:
1. выравнивание переменной - переменная должна находится по адресу обычно кратному размеру переменной. Если не будет правильного выравнивания, то intelовские процы могут сделать 2 операции чтения, что уже не будет атомарной операцией. Другие процы могут сгенерировать какое-нибудь исключение.
2. атомарная переменная всегда volatile - т.е. компилятор не может ее кэшировать в регистре, всегда идет обращение к памяти.
Не все атомарные переменные в std действительно атомарны. Это проверяется с помощью atomic_is_lock_free(). Атомарность зависит от платформы. Например на x86 int64 - не атомарна из-за ограничений процессора. Тогда как на 32 битных АРМах она вполне атомарна.
При обычном чтении/записи атомарных переменных (с упорядочиванием памяти memory_order_seq_cst) происходит синхронизация кэшей ядер - из-за чего атомарные операции "дороже" не атомарных. Но этот процесс на разных архитектурах стоит по разному. Для синхронизации кэшей есть отдельные ассемблерные инструкции.

В целом все undefined behavior для атомарных переменных в std связаны с:
1. возможностью объявить атомарным любой класс
2. не для всех встроенных типов на конкретной платформе гарантируется реальная атомарность (atomic_is_lock_free).
3. если вы не будете соблюдать ограничения, то же ничего гарантировать нельзя.
Так что особо пугаться undefined behavior не стоит. Просто соблюдайте ограничения, не используйте атомарные классы и удостоверьтесь, что встроенные типы на вашей платформе действительно атомарны.

Просто преобразуйте символ в int и выводите.

char a = ' ';
std::cout << "ASCII code: " << static_cast<int>(a) << std::endl;

Битовые операции можно использовать только если ваш enum состоит из значений равных степеням двойки: 1, 2, 4, 8, ...
Если у вас произвольные значения в enum (1, 2, 3, 105, 888, ...) то битовые операции применять нельзя.
Если нужен какой-то универсальный вариант - сделайте массив значений.

Есть софтина от 10-Strike "Инвентаризация Компьютеров".
Ее преимущество в том, что для инвентаризации она использует WMI, т.е. никаких агентов на клиентские ПК ставить не нужно. Хотя и агент то же есть. Программа не бесплатная, но стоит не много. В свое время брал ее в контору и использовал.
Большинство конкурирующих продуктов для инвентаризации требуют установки агента.

Абстрагируясь от текста (т.к. мало поясняет схему и смысл) и предполагая, что клиент будет на смарте с openvpn, то схему можно детализировать так:
Смартфон с openvpn клиентом -> что-то с openvpn сервером + socks5 -> интернет
Таким образом на клиентском смарте поднимаем соединение openvpn, далее в браузере (или что там у вас ходит через socks5) прописываем адрес прокси как внутренний ВПН адрес openvpn сервера. Работаем.

По умолчанию никак не выполнить. Команды find нет в винде - это чисто никсовая команда.
Но можно поставить какой-нибудь портированный набор линуксовых утилит (например msys2 или что-то другое) и из-под него запустить эту команду.
В целом это не сложно переписать для cmd:

@echo off
for /f "tokens=* delims=" %%a in ('dir /b /s *.webm') do ffmpeg -i "%%a" -vn -ab 128k -ar 44100 -y "%%~dpna.mp3"

Сохраните код в батник в каталоге с файлами и запустите.
ffmpeg должен быть доступен для запуска из командной строки, если не доступен - то нужно прописать полный путь до него.
Код не тестировал.

имею ввиду, зачем делают так *p+1 для доступа к следующиму элементу, а не p[1]?

Вообще то ничего общего между приведенными операциями нет (смотрите приоритет операций):

*p+1 == (*p) + 1
p[1] == *(p+1)

Но вопрос в целом понятен, не взирая на ошибку в примере.
Надо смотреть на контекст. Часто бывает, что код не ограничивается одноразовым применением p[1], а например есть целая серия обращений к p[1], в этом случае будет экономия на операциях, если вы сначала вычислите адрес p[1], а в дальнейшем будете использовать простое разыменование этого адреса. Будет ли реально выигрыш во времени исполнения зависит от компилятора, в целом думаю, современные компиляторы в состоянии сами сделать подобную оптимизацию.