看完必恍然大悟的活字格内幕：七十三、如何配合Nginx设置活字格应用多级访问路径

amtath

本帖最后由 Erik.Xue 于 2024-12-24 14:39 编辑

Nginx，相信大部分玩活字格的小伙伴都比较熟悉。那么肯定也有小伙伴有这样的需求：

本身有自有的系统，使用活字格搭建了一些额外的应用模块，比如财务模块、人力模块、审批模块等等。
为了和自有系统进行打通，通常会通过单点登录或者安全提供程序的方式将自有系统和活字格进行对接。
那么，这时，有的系统就有一些限制了，本身自有的系统是有域名的，比如：https://www.demo.com，一级路径下表示的子公司，比如：https://www.demo.com/gs1，对应的应用模块访问URL必须是：https://www.demo.com/gs1/workoder。workoder表示活字格发布的应用名称。

也就是说用活字格做的应用模块，访问路径必须是二级路径下才可以。那么这时大家可以想一想，有什么解决办法吗？

可能有小伙伴第一时间想到的是用Nginx做反向代理，恭喜你，答对了一半~

如果只使用Nginx配合活字格，是没有办法正常访问活字格应用的，那么为了一路通畅，就需要在活字格这边进行配置就可以啦~！！！

1、示例说明
首先，我们先发布一个活字格测试应用，应用名为：workorder。
image.png569080504.png

发布后，应用本身的连接地址为：http://xxx.xxx.xxx:8080/workorder
image.png945345764.png

2、配置Nginx

location /gs1/workorder {
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection keep-alive;
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
add_header X-Upstream $upstream_addr;
proxy_pass http://localhost:8080/workorder;
proxy_http_version 1.1;
}

复制代码

配置一个location，location的匹配就为二级的访问路径，也就是/gs1/workorder
还有proxy_pass http://localhost:8080/workorder;

以上两个配置表示将访问/gs1/workorder这个路径时，Nginx会转发到http://localhost:8080/workorder这个路径下。

3、配置活字格服务端GlobalConfig.xml文件
找到安装服务管理器的机器上的GlobalConfig.xml文件。

Windows默认在：C:\Users\Public\Documents\ForguncyServer\GlobalConfig.xml

Linux默认在：/opt/ForguncySites/ForguncyServer/GlobalConfig.xml[/quote]
找到<AppConfiguration>标签对应的应用，然后修改其中的<ReverseProxyPath>的值为刚刚在Nginx配置的location的路径，也就是：/gs1/workorder
image.png859482116.png