从零开始的龙芯服务器在离线环境下配置Nextcloud+Onlyoffice完全踩坑记录
前言：之前为了工作方便，在团队的小局域网里用台小主机装Windows Server系统部署了Onlyoffice工作区（Workspace）的社区版。最近终于整了台服务器，就想着把当前的工作区迁移到服务器上去，毕竟服务器的稳定性不是主机所能比拟的，但是这台服务器是一台龙芯3C5000L处理器的国产服务器，Onlyoffice官网现有的所有版本工作区和协作空间全都无法部署上去，
本着不折腾就难受的想法，在查阅了一些资料后，决定用自己的三脚猫Linux水平来试一试。
修订版本：V1.1（2025-1-13）
目录
- 配置环境
- 一、虚拟机方案（弃用）
-
- 1.系统选择
- 2.QEMU模拟X86_64？
- 3.开始踩坑（麒麟信安服务器系统）
-
- 3.1.QEMU版本问题？
- 3.2.configure卡住
- 3.3.make卡住
- 3.4.make又卡住
- 4.继续踩坑（Loongnix系统）
-
- 4.1.真·毛坯房
- 4.2.make成功了，但是代价是什么？
- 二、Docker方案
-
- 1.换系统！
- 2.安装Docker
- 2.安装Docker-Compose
- 3.下载Docker镜像到本地并导入服务器
- 4.创建Docker映射文件夹（建议）
-
- 4.1.映射Nextcloud相关文件
- 4.2.映射onlyoffice相关文件
- 5.创建Docker-Compose脚本并启动容器
-
- 5.1.踩坑记录（可略过）
-
- 5.1.1.通过不被信任的域名访问
- 6.Docker安装Onlyoffice-DocumentServer
- 7.配置nextcloud连接onlyoffice
- 三、总结
配置环境
服务器CPU：龙芯3C5000L（双路/Loongarch64架构） 详细参数戳这里
内存：128GB DDR4
硬盘：略
一、虚拟机方案（弃用）
提示：如果需要直接看最终解决方案，请直接跳转到第二节Docker方案
1.系统选择
这台服务器到手的时候内置的是中科方德高可信服务器操作系统，但是是试用版，所以果断弃用。然后选用了麒麟信安的服务器系统，麒麟信安服务器系统3.5.2是目前能在官网唯一能下载到适配loongarch64架构的系统，下载，导入到服务器中，安装完毕。
2.QEMU模拟X86_64？
通过查询相关资料，知道了loongarch64架构是可以使用qemu创建虚拟机的，而且还支持X86_64架构的模拟。初步设想是，安装完后，是不是可以通过在X86架构下的虚拟机中部署Onlyoffice工作区？这样就可以将学习成本压缩到最低。
再说了，就算loongarch64架构模拟X86的效率再低，也应该架不住我双路32核和128G的运行内存啊，力大还能飞砖呢 。
于是决定按照这个思路，开干！
3.开始踩坑（麒麟信安服务器系统）
3.1.QEMU版本问题？
麒麟信安的软件源中有编译好的qemu-6.2.0-70.ky3_5.kb3.loongarch64.rpm，用DNF指令直接安装即可，没网的话就下载导入再dnf install就行，但是如果只安装QEMU的话是只能模拟loongarch64架构的，需要额外安装麒麟信安源里的qemu-system-x86_64-6.2.0-70.ky3_5.kb3.loongarch64.rpm才能模拟X86架构，安装完毕后，为了测试，导入了Windows Server 2012 R2和CentOS 7.9的镜像。
使用系统自带的虚拟机管理器，先新建了CentOS的虚拟机，分配8个核，16G运存，开始安装，然后……就卡死了，跑了几句代码，就跑不动了，虚拟机管理器也根本没办法看到CPU使用情况，麒麟信安系统也没有可视化的资源查看工具，很不方便。
于是琢磨着，是不是因为QEMU版本太低了？毕竟QEMU官网最新版已经更新到9.2了，新版应该都集成了很多新特性，没准性能表现就会好很多。
于是，按照B站kingclark的教程，从QEMU官网下载QEMU9.2版本，开始编译安装。
3.2.configure卡住
一开始使用./configure的时候，遇到的缺失依赖和视频里的差不多，都可以通过麒麟信安软件源补齐，直到卡在了这么一句话上：
Library FDT found : NO
通过百度和Bing的交叉搜索，确定应该是缺失libfdt这个链接库，查了一下，麒麟信安软件源是有的：python3-libfdt-1.6.1-2.kb1.ky3_5.loongarch64.rpm
安装完，依旧报错，百思不得其解。
于是抱着瞎猫碰死耗子的心态又跑到PyPI去下载了fdt 0.3.3，用pip install安装，装完再跑./configure，还是报错，开始头大。
各种搜索后，开始怀疑是不是链接库没链接上，去/lib64下看了一眼：
libfdt.so.1 -> libfdt-1.6.1-2.so.2
这不是有吗，怎么就是找不到呢？
思索半天，难道是这个so.1有问题？
于是加了一个软链接：
ln -sf libfdt-1.6.1-2.so.2 libfdt.so
再跑./configure，不报错了。
3.3.make卡住
本来开始make的时候觉得应该没啥问题了，结果在编译到大概700的时候，报了这么个错：
FAILED: libqemuutil.a.p/bufferiszero.c.o
（……）
/tmp/xxxxx.s:Assembler messages:
/tmp/xxxxx.s:xxxx: 错误：no match insn: vld $vr0,$r14,0
/tmp/xxxxx.s:xxxx: 错误：no match insn: vst $vr0,$r14,0
/tmp/xxxxx.s:xxxx: 错误：no match insn: xvld $xr0,$r13,480
（……）
百度和bing完全搜不到，CSDN搜了一下，有个类似的报错：龙芯3a5000部署nacos 1.4低版本方法
看了半天，貌似也不适用于我现在的情况。
最后通过各种资料查询，问题大概率在gcc上
