Ubuntu使用docker安装seafile - 版本历史

2026年6月26日 (五) 15:04 Hovercool

2026-06-26T15:04:13Z

←上一版本		2026年6月26日 (五) 15:04的版本
第38行：		第38行：
	== （二）下载配置文件 ==		== （二）下载配置文件 ==
	Seafile uses .env, seafile-server.yml and caddy.yml files for configuration.		Seafile uses .env, seafile-server.yml and caddy.yml files for configuration.


	<source lang="bash">		<source lang="bash">
	mkdir ~/seafile		mkdir ~/seafile

2026年6月26日 (五) 15:03 Hovercool

2026-06-26T15:03:44Z

←上一版本		2026年6月26日 (五) 15:03的版本
第32行：		第32行：
	== （一）docker安装seafile ==		== （一）docker安装seafile ==
	<source lang="bash">		<source lang="bash">

	docker pull seafileltd/seafile-pro-mc:13.0-latest		docker pull seafileltd/seafile-pro-mc:13.0-latest

	</source>		</source>
			不手动下载也行，后面compose up时会自动下载

	== （二）下载配置文件 ==		== （二）下载配置文件 ==
第42行：		第41行：

	<source lang="bash">		<source lang="bash">

	mkdir ~/seafile		mkdir ~/seafile
	cd ~/seafile		cd ~/seafile
第51行：		第49行：
	wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml		wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
	wget https://manual.seafile.com/13.0/repo/docker/caddy.yml		wget https://manual.seafile.com/13.0/repo/docker/caddy.yml
			</source>
			*注意这里下载的是专业版（限制3个免费用户），如果安装后想切成社区版，可以直接更改.env：
			<source lang="xml">
			##COMPOSE_FILE='seafile-server.yml,caddy.yml,seadoc.yml,elasticsearch.yml'
			COMPOSE_FILE='seafile-server.yml,seadoc.yml'
			...
			#SEAFILE_IMAGE=seafileltd/seafile-pro-mc:13.0-latest
			SEAFILE_IMAGE=seafileltd/seafile-mc:13.0-latest
	</source>		</source>

2026年6月26日 (五) 14:46 Hovercool

2026-06-26T14:46:22Z

←上一版本		2026年6月26日 (五) 14:46的版本
第210行：		第210行：
	*注意，这里 SEAFILE_SERVER_PROTOCOL务必保留https，因为这里仅用于生成文件上传链接，即返回浏览器/客户端的上传链接是http还是https，我们这里的案例是使用的nginx来处理https，所以还是要返回https；不然浏览器使用http上传post、经由ngnix反代为301会降级为get、导致上传失败！		*注意，这里 SEAFILE_SERVER_PROTOCOL务必保留https，因为这里仅用于生成文件上传链接，即返回浏览器/客户端的上传链接是http还是https，我们这里的案例是使用的nginx来处理https，所以还是要返回https；不然浏览器使用http上传post、经由ngnix反代为301会降级为get、导致上传失败！
	*另外如果使用elasticsearch，则务必要配置好对应的内存，不然可能当前默认配置会消耗2G内存（离谱！），而elasticsearch只负责 '''Web 界面的全文搜索'''（搜文件名、文件内容，支持 office/pdf 高亮），所以我们直接选择去除了。		*另外如果使用elasticsearch，则务必要配置好对应的内存，不然可能当前默认配置会消耗2G内存（离谱！），而elasticsearch只负责 '''Web 界面的全文搜索'''（搜文件名、文件内容，支持 office/pdf 高亮），所以我们直接选择去除了。
			<pre>
			ES_JAVA_OPTS=-Xms2g -Xmx2g（2GB 堆）
			mem_limit: 4g（比主机总内存 3.6G 还大）
			实际索引数据仅 896KB（4个索引，几十条记录）
			用 2GB 堆去服务不到 1MB 的数据，占整机 67.85% 内存
			</pre>
	详见：[[Seafile 服务器故障排查与优化总结]]		详见：[[Seafile 服务器故障排查与优化总结]]

2026年6月26日 (五) 14:41 Hovercool

2026-06-26T14:41:37Z

←上一版本		2026年6月26日 (五) 14:41的版本
第205行：		第205行：
	COMPOSE_FILE='seafile-server.yml,seadoc.yml,elasticsearch.yml'		COMPOSE_FILE='seafile-server.yml,seadoc.yml,elasticsearch.yml'
	#协议修改为http		#协议修改为http
	SEAFILE_SERVER_PROTOCOL=http		#SEAFILE_SERVER_PROTOCOL=http
			SEAFILE_SERVER_PROTOCOL=https #需保留为https，详见下方解释
	</pre>		</pre>
			*注意，这里 SEAFILE_SERVER_PROTOCOL务必保留https，因为这里仅用于生成文件上传链接，即返回浏览器/客户端的上传链接是http还是https，我们这里的案例是使用的nginx来处理https，所以还是要返回https；不然浏览器使用http上传post、经由ngnix反代为301会降级为get、导致上传失败！
			*另外如果使用elasticsearch，则务必要配置好对应的内存，不然可能当前默认配置会消耗2G内存（离谱！），而elasticsearch只负责 '''Web 界面的全文搜索'''（搜文件名、文件内容，支持 office/pdf 高亮），所以我们直接选择去除了。
			详见：[[Seafile 服务器故障排查与优化总结]]

	===配置seafile-server.yml===		===配置seafile-server.yml===

2026年6月26日 (五) 11:01 Hovercool

2026-06-26T11:01:49Z

←上一版本		2026年6月26日 (五) 11:01的版本
第193行：		第193行：
	docker restart seafile-elasticsearch		docker restart seafile-elasticsearch
	</source>		</source>
	~~但我们用的社区版，只有pro才需要 seafile-elasticsearch，所以考虑直接把这个模块禁用：~~

	=三、改成http访问=		=三、改成http访问=

2026年6月26日 (五) 10:57 Hovercool

2026-06-26T10:57:24Z

←上一版本		2026年6月26日 (五) 10:57的版本
第180行：		第180行：
	*还有一点要注意：受制于HSTS (HTTP Strict Transport Security) 策略，如果最开始你在.env中打开的是https并用浏览器访问过的话，即使.env改回http也无法访问，这里要换个浏览器或者开启浏览器匿名访问		*还有一点要注意：受制于HSTS (HTTP Strict Transport Security) 策略，如果最开始你在.env中打开的是https并用浏览器访问过的话，即使.env改回http也无法访问，这里要换个浏览器或者开启浏览器匿名访问

	==== 异常2：过了好几天发现服务器cpu占用偏高、一直80%+~~（看云服务监测6/8安装正常，6/15 16:00开始），才发现是~~ seafile-elasticsearch一直不断重启。 ====		==== 异常2：过了好几天发现服务器cpu占用偏高、一直80%+，才发现是 seafile-elasticsearch一直不断重启。 ====
	failed to obtain node locks, tried [/usr/share/elasticsearch/data]; maybe these locations are not writable or multiple nodes were started on the same data path?		failed to obtain node locks, tried [/usr/share/elasticsearch/data]; maybe these locations are not writable or multiple nodes were started on the same data path?
			看云服务监测6/8安装正常，6/15 16:00开始，也是那天开始在调整安装配置，比如更换监听端口，由另外一个服务反向代理，为什么会影响到这里还是不太清楚。
			直接原因是权限问题：
			<source lang="bash">
			drwxr-xr-x 3 root root 4096 Jun 8 01:27 seafile-elasticsearch
			</source>
			——但 seafile-elasticsearch的启动用户是 1000
			所以按照[https://forum.seafile.com/t/unable-to-run-elasticsearch/25158 官方建议]，添加权限即可：
			<source lang="bash">
			sudo chown -R 1000:1000 /home/ubuntu/seafile/seafile-elasticsearch/data
			docker restart seafile-elasticsearch
			</source>
			但我们用的社区版，只有pro才需要 seafile-elasticsearch，所以考虑直接把这个模块禁用：

	=三、改成http访问=		=三、改成http访问=

2026年6月26日 (五) 10:45 Hovercool

2026-06-26T10:45:59Z

←上一版本		2026年6月26日 (五) 10:45的版本
第180行：		第180行：
	*还有一点要注意：受制于HSTS (HTTP Strict Transport Security) 策略，如果最开始你在.env中打开的是https并用浏览器访问过的话，即使.env改回http也无法访问，这里要换个浏览器或者开启浏览器匿名访问		*还有一点要注意：受制于HSTS (HTTP Strict Transport Security) 策略，如果最开始你在.env中打开的是https并用浏览器访问过的话，即使.env改回http也无法访问，这里要换个浏览器或者开启浏览器匿名访问

	==== ~~异常2：过了好几天才发现服务器cpu占用偏高、一直80~~%+~~，才发现是~~ seafile-elasticsearch一直不断重启。 ====		==== 异常2：过了好几天发现服务器cpu占用偏高、一直80%+（看云服务监测6/8安装正常，6/15 16:00开始），才发现是 seafile-elasticsearch一直不断重启。 ====
	failed to obtain node locks, tried [/usr/share/elasticsearch/data]; maybe these locations are not writable or multiple nodes were started on the same data path?		failed to obtain node locks, tried [/usr/share/elasticsearch/data]; maybe these locations are not writable or multiple nodes were started on the same data path?

2026年6月26日 (五) 10:43 Hovercool

2026-06-26T10:43:19Z

←上一版本		2026年6月26日 (五) 10:43的版本
第113行：		第113行：

	== （五）异常处理 ==		== （五）异常处理 ==
	~~结果上面步骤完成后服务器卡死，只能重启。~~		==== 异常1. 结果上面步骤完成后服务器卡死，只能重启 ====
	然后用 docker logs seafile -f 打印log：		然后用 docker logs seafile -f 打印log：
	<pre>		<pre>
第179行：		第179行：
	接下来，把云服务器安全组中的80/443端口打开（服务器本地防火墙一般都没开），使用 https://youdomain.com就可以访问了。		接下来，把云服务器安全组中的80/443端口打开（服务器本地防火墙一般都没开），使用 https://youdomain.com就可以访问了。
	*还有一点要注意：受制于HSTS (HTTP Strict Transport Security) 策略，如果最开始你在.env中打开的是https并用浏览器访问过的话，即使.env改回http也无法访问，这里要换个浏览器或者开启浏览器匿名访问		*还有一点要注意：受制于HSTS (HTTP Strict Transport Security) 策略，如果最开始你在.env中打开的是https并用浏览器访问过的话，即使.env改回http也无法访问，这里要换个浏览器或者开启浏览器匿名访问

			==== 异常2：过了好几天才发现服务器cpu占用偏高、一直80%+，才发现是 seafile-elasticsearch一直不断重启。 ====
			failed to obtain node locks, tried [/usr/share/elasticsearch/data]; maybe these locations are not writable or multiple nodes were started on the same data path?

	=三、改成http访问=		=三、改成http访问=

2026年6月16日 (二) 09:50 Hovercool

2026-06-16T09:50:04Z

←上一版本		2026年6月16日 (二) 09:50的版本
第181行：		第181行：

	=三、改成http访问=		=三、改成http访问=
	~~有时由于是内部局域网使用，https需要域名、维护ssl证书，希望http使用。~~		有时因为是内部局域网使用，安全风险可控，而https需要维护域名、ssl证书，所以希望直接使用http。
	但现在新版本启用caddy反向代理后，由https切换http其实还不太容易。		但现在新版本启用caddy反向代理后，由https切换http其实还不太容易。

	===配置.env===		===配置.env===
	将以下启动参数修改为：		将以下启动参数修改为：
第192行：		第193行：
	SEAFILE_SERVER_PROTOCOL=http		SEAFILE_SERVER_PROTOCOL=http
	</pre>		</pre>

	===配置seafile-server.yml===		===配置seafile-server.yml===
			将caddy相关labels移除：
			<pre>
			## labels:
			## caddy: ${SEAFILE_SERVER_PROTOCOL:-http}://${SEAFILE_SERVER_HOSTNAME:?Variable is not set or empty}
			## caddy.reverse_proxy: "{{upstreams 80}}"
			</pre>
	使能seafile服务的80端口监听：		使能seafile服务的80端口监听：
	<pre>		<pre>
第204行：		第212行：
	- "80:80"		- "80:80"
	</pre>		</pre>

	===配置CSRF_TRUSTED_ORIGINS===		===配置CSRF_TRUSTED_ORIGINS===
	不然会弹出以下错误：		不然会弹出以下错误：

2026年6月16日 (二) 09:45 Hovercool

2026-06-16T09:45:07Z

@@ 第180行： / 第180行： @@
 *还有一点要注意：受制于HSTS (HTTP Strict Transport Security) 策略，如果最开始你在.env中打开的是https并用浏览器访问过的话，即使.env改回http也无法访问，这里要换个浏览器或者开启浏览器匿名访问
-=三、安装SeaDrive挂载盘=
+=三、改成http访问=
 == （一）下载&安装 ==
 <source lang="bash">