因为 HedgeDoc
支持协同,所以很大可能性需要做反向代理设置,来让更多的人参与,但在上文 『Markdown协作编辑平台HedgeDoc』 中,老苏并未涉及到这部分,本文就是做这方面的补充。
老苏只研究了
nginx proxy manager
做反代服务器,如果你使用Cloudflare
或者Apache
,建议去看官方文档;
变量修改
环境
可变 | 值 |
---|---|
CMD_DOMAIN | HedgeDoc 主机地址 |
CMD_URL_ADDPORT | 默认为 true ,只有容器端口使用 80 或者 443 时才设为 false |
CMD_PROTOCOL_USESSL | 如果反代后用 https 协议访问,设为 true |
CMD_PORT | 用于修改容器端口 |
因为要反代,所以环境变量要做一些修改
CMD_DOMAIN
:设为md.laosu.ml
CMD_URL_ADDPORT
:因为我们访问的实际地址为https://md.laosu.ml:444
,所以还是要设为true
CMD_PROTOCOL_USESSL
:因为反代后采用https
协议,所以设为true
CMD_PORT
:容器端口必须改为444
,如果还保留之前设置的3070
,浏览器的开发者工具
中的错误中会发现混杂着https://md.laosu.ml:3070
,这显然不是我们希望的。
简答的说,老苏觉得
CMD_PORT
要跟实际访问的域名中的端口保持一致,这样才不会出错;
端口
因为容器端口 CMD_PORT
变更了,端口设置也要修改,本地端口改不改无所谓
npm 设置
根据前面的设置进行设置
SSL
部分还是都勾选了
]
运行
在浏览器中输入 https://md.laosu.ml:444
就可以看到主界面了
补充说明
现在如果再用 http://群晖IP:3070
访问,可能看起来就不那么正常了
从浏览器的 开发者工具
看,会有一堆的错误,看来想要同时支局域网 IP
和域名访问不大可行,鱼和熊掌不可兼得啊。
当然还有一个可能,就是老苏还是太菜了,终究并没有研究明白
参考文档
hedgedoc/hedgedoc: HedgeDoc - The best platform to write and share markdown.
地址:https://github.com/hedgedoc/hedgedoc
Reverse Proxy - HedgeDoc
地址:https://docs.hedgedoc.org/guides/reverse-proxy/