У меня есть приложение Spring Boot, развернутое на VPS. Я упаковал это как war
и развернул через диспетчер Tomcat (<IP>:<Tomcat port>/manager/html
).
Он работает, если я получаю доступ к конечным точкам с помощью IP-адреса VPS, например http://<IP>:<Tomcat port>/api/login
. Однако это не сработает, если я получу к нему доступ по имени домена, например http://example.com:<Tomcat port>/api/login
. Более конкретно, я получаю (failed) net::ERR_CONNECTION_TIMED OUT
на вкладке «Сеть» инструментов разработчика Chrome.
Другими способами я знаю, что домен правильно указывает на IP-адрес VPS. Я поискал и попробовал следующие решения:
server.xml
, заменяя localhost
по доменному имени везде;Но ничего из этого не сработало.
Я также пробовал решение nginx из связанного вопроса, но мне кажется, что nginx никогда не работал на этом VPS, поскольку он не работает nginx -t
с настройкой, поставляемой с VPS.
Поскольку у меня есть приложение React, которое также развертывается на этом VPS, я думаю, что Tomcat использовать порт 80 - не вариант.
Поскольку я не нахожу другого решения, что мне делать?
Обновление 1: забыл добавить apachectl -S
вывод согласно описанию apache-2.4 (анонимно):
[Fri Sep 21 13:42:06.248978 2018] [proxy_html:notice] [pid 29712] AH01425: I18n support in mod_proxy_html requires mod_xml2enc. Without it, non-ASCII characters in proxied pages are likely to display incorrectly.
VirtualHost configuration:
<VPS IP>:8080 example.com (/home/<user>/conf/web/example.com.apache2.conf:1)
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex fcgid-pipe: using_defaults
Mutex watchdog-callback: using_defaults
Mutex proxy-balancer-shm: using_defaults
Mutex rewrite-map: using_defaults
Mutex fcgid-proctbl: using_defaults
Mutex ssl-stapling: using_defaults
Mutex proxy: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir="/var/run/apache2/" mechanism=default
Mutex mpm-accept: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name="www-data" id=33
Group: name="www-data" id=33
Обновление 2: приложение React перестало работать. Я последовал совету nginx -t
, исправил, перезапустил и снова заработал. Есть вероятность, что я сломал что-то связанное с этим при попытке реализовать обратный прокси, поэтому, вероятно, проигнорируйте приведенный выше комментарий о.
Обновление 3: также забыл о попытке изменить фильтр Spring.
В конце концов мне удалось заставить это работать, но я изменил так много вещей, что не помню, что именно я сделал.
Но я знаю, что это как-то связано с nginx и Apache. По сути, вы сохраните Spring как есть и настроите те, которые получают соединения до Spring, чтобы получать их правильно и перенаправлять их туда, где Spring сопоставлен (например, localhost).
Я думаю, что это настройка nginx, чтобы он работал:
/etc/apache2/sites-enabled/domain.com.conf
server {
server_name domain.com;
location / {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://localhost:<spring_port>;
}
}
Найдите свой основной файл nginx с помощью nginx -t
, отредактируйте этот файл и добавьте include /etc/apache2/sites-enabled/domain.com.conf
внутри http
часть.
Первое, что вам следует сделать, это захватить сетевой трафик на стороне клиента. Вы должны захватывать трафик как в том случае, если он работает, так и в том случае, когда он не работает.
Затем сравните их, чтобы узнать, в какой момент они ведут себя по-разному. Вполне вероятно, что они оба не имеют доступа к одному и тому же IP-адресу.
Возможны другие объяснения. Если оба устанавливают соединение с одним и тем же IP-адресом и отправляют запрос, но только один из них получает ответ, может случиться так, что либо серверу требуется больше времени для обработки запроса, либо сервер производит более длительный ответ и вызывает проблему MTU.