请问解决这个问题了吗?相同的问题
请问该问题解决了没有啊?我也是出现了。
这一般就是oos服务无法从seafile服务获取相应的文件
请问解决这个问题了吗?相同的问题
按楼主教程 ,在配置nginx的反向代理时,在公网是不能打开office文档的。
1、因为seafile打开office文档时,请求的的URL是OOS的外部地址。除非OOS的外部地址或域名是真实公网可访问的。
在此处配置反向代理OOS只能对内部服务器(内网/局域网)起作用。
2、因OOS端口不能使用非80端口。而大部分家用或商用80端口不可用。如果在路由器或防火墙上把请求OOS的端口改成8080再转换成80,虽然可以正常访问OOS的测试界面。但还是打不开文档。
看起来1条和2条有冲突。但现实我实验过真是这样
我觉得是seafile的问题
在配置seahub_settings.py 中
OFFICE_WEB_APP_BASE_URL = ‘htt p : //office.domain.。com/hosting/discovery’
如果在公网地址如:
OFFICE_WEB_APP_BASE_URL = ‘5 9.51.x.x:8080/hosting/discovery’
这里就算加上端口号也没有用。它请求的URL还是(用chrome开发者模式可查看到)
http://59.51.x.x/we/wordeditorframe.aspx?WOPIS…
从这条url可以看出并没有加上端口号,所以就打不开文档
我想要以下方法才能解决:
1,用vpn接入,但这不能为其他人提供服务。
2,申请80端口可用,但这个费用和手续太多。基本无望。
3,在装有OOS的服务器上,做IIS的反向代理。把所有OOS请求URL重写到指定端口的URL上如:
htt p: //59.5 1.42.54/x/。。。。。 重写成 http: //59.51.42.54:8080/x/
htt p: //59.5 1.42.54/mv/…重写成 http: //59.51.42.54:8080/mv/
这里太多二级路径了,不例全了。参阅OOS的 hosting/discovery
以上是我遇到坑的想法和解决预想。
部署完后可以预览office文件了,但是无法在线编辑,有相同情况的吗
只能预览和打印 不能下载原文件 不是很好啊