Alexey Dmitriev

Сертификат SSL должен быть получен в nginx, и в nginx должен быть listen 443 SSL, а в блоке listen 80 - редирект http на https.
По какому протоколу будет работать reverse proxy, зависит есть ли на порту 2083 какой то сертификат или там обычный http.

И не стоит забывать что некоторый сервисам нужен reverse proxy с поддержкой вебсокетов.

Значит что то желаете неправильно. При переносе на другой сервер днс записей, сертификата и приватного ключа - все должно работать.

В тексте нет ничего про масштабируемость, надо бы термин подучить автору.
А по развертыванию - docker поможет чуть проще и быстро перенести настройки на другой сервер и не дать заразить основную ОС в случае взлома.
По идее этого же достичь и при развертывании на голой ОС, но нужно знать,что настраивать.

А вообще не важно как развернуть, важно, чтобы это делал знающий человек.

Используемые практики:
1. внутренняя зона DNS и внутренний CA для выпуска wildcard сертификатов.
Внешняя DNS зона и Let's encrypt или купленный wildcard сертификат для нее.

В данной конфигурации - никак.
А вообще можно сдампить траффик и поискать в хедерах - нет ли чего-то с внешним адресом источника и использовать его.

Судя по описанию не созданы сами DNS зоны у хостера или DNS регистратора.
А вообще такие вещи гуглятся на раз, либо спрашиваются в техподдержке.
И как минимум нужно сначала провести тестирование DNS с помощью утилит nslookup и dig.

1. Не делайте expose port для докер контейнера
2. Не запускайте контейнер с network=host
и ваш контейнер не будет занимать порты nginx.

Идете сюда и конвертите https://winginx.com/en/htaccess

В официальном репо есть готовые примеры
https://github.com/XTLS/Xray-examples/tree/main/Re...

"На данный момент frontend открывает и по example.com и по api.example.com"
А почему не должен открывать, если DNS имя api.example.com смотрит на ваш сервер и в настройках nginx есть блок default_server, который обрабатывает все неописанные имена доменов.

Есть готовый образец конфигов
https://github.com/XTLS/Xray-examples/tree/main/VL...

1c нужна поддержка websocket, поэтому нужно в nginx настраивать reverse proxy с их поддержкой, а не обычный http.

При корректно настроенном listen 127.0.0.1:8080 nginx будет слушать порт только на внутреннем интерфейсе loopback и к нему физически не сможет прийти никто кроме 127.0.0.1.
Никакие allow здесь не нужны по факту.

Смотреть логи, включать вывод ошибок php

Nginx Reverse proxy https://docs.nginx.com/nginx/admin-guide/web-serve...