请教一个部署 Confluence 并开放公网访问的问题

[niceTeen84]

公司目前只给了一台服务器，公司官网也部署在上面，用的是公司的主域名。现在想部署一个 Confluence 作为公司公共 wiki 库。我不想开放多余的端口，目前只想到两种办法：

1. 使用二级域名 wiki.xxxx.com，nginx 再创建一个 vhost 用二级域名访问。
2. 利用现有的主域名，增加一个子路径 /wiki 访问 Confluence ，但是这个需要配置一些重写规则。 这两种方法有啥利弊？大家如果还有更好的方式或建立也恳请指点，谢谢。

[moonrailgun]

建议用 1.

2 的话可能有的应用不支持 subpath 形式(Confluence 不知道)，可能会有兼容性问题。另外是两套系统就不要共用域名了吧

[smallWang]

1. 不想开放多余接口是什么意思？ Confluence 有自己的接口 nginx 反代就是了啊
2. 肯定二级域名来的方便啊，记得加 ssl

[vonsy]

二级域名，目录使用没区别，就看是不是强迫症了。
confluence 官方提供了反向代理配置的步骤，用了几年了，没问题。
https://confluence.atlassian.com/confkb/how-to-use-nginx-to-proxy-requests-for-confluence-313459790.html

[humbass]

二级域名可以保证根目录 Path 。（有些 wiki 默认是需要根目录的）

[Oneshu]

我见过的两家某外企用的都是 1

[Oneshu]

@Oneshu 补充一点是二级域名，
内部是不是你说的 nginx 再创建一个 vhost 用二级域名访问—不清楚哦

个人也觉得 jira / confluence.xxxx.com 这种形式看着比较舒服，第一时间就知道自己访问的是啥

[zengxs]

confluence 不支持二级目录的形式部署

[defunct9]

1

[qq565425677]

子路径可能各种坑

[niceTeen84]

@Oneshu 感谢

[JayZXu]

直接 1 方案

[thevita]

都能用，我都用过

我原来在公司把 conf 和 jira 部在了一台上, subpath 方式(/jira, /wiki) 的方式用了几个月, 后来改成 subdomain (jira.xxx.com, wiki.xxx.com), 都基本没遇到什么问题

所以我的感觉就是 选 1. 因为, 方案 2. 的不足就是 我看着不舒服, 影响我心情....

[keller]

1 不就是标准操作嘛？