ky0

Проксирование WebSocket через Nginx не даёт преимуществ - протокол бинарный и проксируется, как есть.
Лучше повесить приложение на отдельный порт и позволить клиентам подключаться напрямую.

Между тем, чтобы правильно настроить проксировние, воспользуйся официальной документацией: Проксирование WebSocket

У тебя в конфигурации смешано все, ты настраиваешь буфра (зачем?) потом выключаешь буферизацию proxy_buffering off; Добавляешь лишние http заголовки. Используешь keepalive_timeout но он тут бесполезен... И так далее.

https://www.opennet.ru/man.shtml?topic=bash&catego...

Это две разных конструкции.
Первый знак < это стандартное перенаправление ввода.

<(...) это Подстановка процессов, т.е. вывод команды в скобках будет как бы файлом.

В данном скрипте это всё видимо сделано исключительно для демонстрации.

https://stackoverflow.com/questions/41732585/ef-co...

Проблема может быть в кабеле от провайдера. Какое-то ухудшение характеристик (например, из-за повреждения изоляции).
Разница между Asus Rt-AC68u и D-link DIR-300 в том, что у Asus'а гигабитные порты. На практике они бывают чуть более капризны к качеству кабеля. Т.е. косяки появились, но DIR-300 их прощает. А на Asus происходят потери пакетов, что и приводит к вашему результату. Если бы можно было посмотреть статистику по потерям пакетов, то подтвердили бы или опровергли эту версию, но вряд ли Asus имеет такую функцию.

Через location сослаться на нужный файл, а там через add_header добавить нужные заголовки.
Например,

location = /myfile.json {
  add_header 'Access-Control-Allow-Origin' '*';
}

Иметь ввиду, что объявление add_header в блоке location перекрывает заголовки, объявленные в блоке server, потому при необходимости продублировать их.

вам не нужен cat и ненужный pipe - просто
grep -q "app start" /app/log

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

Судя по оф.сайту, у них есть техподдержка и есть официальная документация. Не пробовали писать первым и читать второе?

location ~\.m4a$ {
     deny all;
}

Новый синтаксис изучать необязательно, оно совместимо с синтаксисом iptables.
Основная фишка в том, что правила выполняются во встроенном в ядро Linux интерпретаторе байткода eBPF, на низком уровне и быстро.

Главная проблема не настроить случайно оба фаирвола (и netfilter и nft).
Проверь, что к чему можно sudo iptables-legacy -S и sudo iptables-nft -S соответственно.
Если очень хочется, то можно заменить симлинк (если речь про Debian) и продолжить использовать netfilter вместо nft.