AUser0

В лог файлах можно найти эти редиректы, если они были.
Правда там не будет результатирующих URL, на которые был сделан редирект.
Но его можно увидеть, просто открыв нужный URL в браузере...

Значит процесс nginx сильно повис.
Пробуйте systemctl stop nginx.
Если не помогло - тогда killall -9 nginx.

P.S. И проверьте конфиги nginx -t.

Во втором server должно быть так:

server {
    listen 123.321.123.234:3000 default;
    location / {
        proxy_pass http://localhost:3000;
    }
}

Но NodeJS должен быть сконфигурирован работать только на localhost/127.0.0.1.

Что-то у меня ощущение, что в proxy_pass http:// и unix:/ противоречат друг другу...

На сколько я помню, server_name должен быть один. Напишите все имена в одну строку, через пробел(ы).

Если нужно, что-бы весь трафик на GAME_PORT попадал БЕЗ ИЗМЕНЕНИЙ на игровой сервер - тогда stream{}. Меняться будет только IP-адрес "игрока" на адрес этого NGINX-сервера.

Если нужно что-нибудь изменять в трафике, проксировать его - тогда proxy_pass. Но это хоть и маленький, но всё-таки лаг. И IP-адрес "игрока" тоже будет меняться на адрес NGINX-сервера, но можно добавить HTTP заголовок "X-Real-Ip" или "X-Forwarded-For", с исходным адресом "игрока"...

P.S. Порт, которого нет в списке, просто вообще не будет открываться, никак.

server {
    listen 80 default;
    listen 443 ssl default;
    server_name example.com www.example.com;
    location / {
        proxy_pass http://10.10.10.2/;
    }
}
server {
    listen 80;
    listen 443 ssl;
    server_name a.example.com www.a.example.com;
    location / {
        proxy_pass http://10.10.10.3:3333/;
    }
}

Не забудьте указать путь к SSL сертификатам (если нужен 443).

А вы посмотрите статус HTTP для картинке на отдельной вкладке. Если там статус 304 - значит картинка и не передавалась по сети, а была взята из кэша браузера, вот вам и "мгновенная передача".

1. Архивируете папку с файлами в ZIP/TAR+GZIP.
2. Устанавливаете на хосте пакет lrzsz.
3. Входите на хост по SSH в SSH-клиенте, поддерживающем передачу файлов через xmodem/ymodem/zmodem.
4. Для передачи по протоколу zmodem даёте команду rz - должно появится окно выбора файла для передачи - выбираете - ждёте окончания передачи... Потом конечно раз-архивируете, копируете куда надо, назначаете владельца и права доступа, и т.д.
5. Вроде-бы PROFIT!

Вам надо учить.
Умение формулировать.
Ваш вопрос.

P.S. Вроде стиль выдержан, поэтому должно быть понятно автору.

Может это поможет?

Судя по логам, ваш Nginx на HTTP-запрос отдаёт полноценную страницу, а на HTTPS-запрос - не отдаёт страницу, а делает пересылку (HTTP code 301) на другой URL (на какой именно - в логах не показывается). Ищите, где в конфигах или в скриптах делается такая пересылка, видимо её быть не должно.

Так вам же и Apache ругается

WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

, и Nginx ругается

[mpm_prefork:error] [pid 70323] AH00161: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting

на одно и то же, а вы в упор не видите?

База данных тоже ругается

HINT: See server log for query details.\nCONTEXT: while rechecking updated tuple (4,118) in relation "oc_file_locks"

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

Кстати, в логах видны $1, $2 и т.д. Это вы заменили, или это база данных так запрос видит? Или это в коде ошибка, и в запрос вообще не подставляются нужные значения?
И ещё, почему "lock" вместо кошерного SQL-ного `lock`?

У вас все server{} указывают на одну общую директорию, в которой ещё и phpMyAdmin валяется? Тогда сделайте хотя-бы

location /phpMyAdmin/ {
if ($host != "1.2.3.4") {
return 444;
}
allow 1.2.3.4;
allow 55.66.77.88;
deny all;
}

И так - в каждом server{...}.