Назад | Перейти на главную страницу

Конечные точки Spring работают с IP, но не с доменным именем. Как исправить?

У меня есть приложение 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. Я поискал и попробовал следующие решения:

Но ничего из этого не сработало.

Я также пробовал решение nginx из связанного вопроса, но мне кажется, что nginx никогда не работал на этом VPS, поскольку он не работает nginx -t с настройкой, поставляемой с VPS.

Поскольку у меня есть приложение React, которое также развертывается на этом VPS, я думаю, что Tomcat использовать порт 80 - не вариант.

Поскольку я не нахожу другого решения, что мне делать?

Обновление 1: забыл добавить apachectl -S вывод согласно описанию (анонимно):

[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.