我已经在服务器上启动并运行了一个Spring Boot + MVC应用程序,它绑定到http://localhost:8000
。
有一个nginx代理(或者是反向代理,不确定名称)在端口80和443上侦听外界。根(/)可以正确解析,但是其下的任何内容都无法解析并导致404错误(/
someControllerName / action,/ images / ,/ css / )。
我将其作为配置:
upstream jetty {
server localhost:8000;
}
server {
listen 80;
server_name domain.com;
return 301 http://www.domain.com$request_uri;
}
server {
listen 443;
server_name domain.com;
ssl_certificate /etc/nginx/ssl/ssl.crt;
ssl_certificate_key /etc/nginx/ssl/ssl.key;
return 301 https://www.domain.com$request_uri;
}
server {
listen 80 default_server;
listen 443 ssl;
root /usr/share/nginx/html;
index index.html index.htm;
server_name www.domain.com localhost;
#ssl on;
ssl_certificate /etc/nginx/ssl/ssl-unified.crt;
ssl_certificate_key /etc/nginx/ssl/ssl.key;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
# Uncomment to enable naxsi on this location
# include /etc/nginx/naxsi.rules
proxy_pass $scheme://jetty/$request_uri;
proxy_redirect off;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
try_files $uri $uri/ =404;
}
}
很感谢任何形式的帮助。
您无法proxy_pass
以try_files
尝试的方式与之结合。正如配置中的注释所描述的那样,该try_files
指令使nginx查找与URI匹配的文件,然后寻找与URI匹配的目录。如果找不到,它将以404响应。您可以try_files
在nginx文档中了解更多信息。
从您的问题尚不清楚您是否需要使用它try_files
,因此修复配置的最简单方法是删除该try_files
行。
我试图在SpringMVC中运行SpringBoot应用程序,在SpringMVCPOM中添加SpringBoot应用程序依赖项,并扫描SpringBoot包,但我面临以下问题
我正在尝试使用nginx作为反向代理来连接到NIFI。我正在使用以下流:本地机器->http->NGINX->https->安全NiFi 下面是我的nifi.properties配置: 下面是我的nginx配置:
我得到低于错误 错误:
我有问题关闭我的javaFX应用程序,当我点击关闭按钮从我的阶段,我的应用程序消失,但如果我寻找它在我的任务管理器我的应用程序仍然没有关闭。我尝试使用下面的代码强制关闭主线程和所有子线程,但是问题仍然存在。
当我使用ide运行我的springboot应用程序时,它工作正常。 但当我运行它的jar时,我得到了白标签错误页面。 白标签错误页面 此应用程序没有 /error的显式映射,因此您将此视为后备。 2018年10月9日星期二15:42:47出现意外错误(类型=未找到,状态=404)/WEB-INF/views/index。jsp
我在我的项目中使用带有MongoDb和Elasticsearch的Springboot。当我的Elasticsearch服务器运行时,我的Springboot应用程序运行良好,但当Elasticsearch服务器停止时,我的Springboot应用程序也无法启动。根据我的项目要求,即使Elasticsearch服务器无法启动,我们的Springboot应用程序仍应运行,因为我们的大多数API都是基