官方从 MongoDB 4.4 起停止发布可编译源码包，所有稳定版（如 7.0、6.0、5.0）仅提供预编译二进制包，主干代码虽开源但依赖私有工具链、未公开补丁及受限模块，社区自行构建的 mongod 缺失加密、SCRAM-SHA-256 认证、oplog 压缩等关键功能，无法用于生产环境。
不能直接源码编译部署 MongoDB 副本集 —— 官方从 4.4 起已停止发布源码包，且不支持用户自行编译生产可用的 mongod。 所有稳定版 MongoDB（包括 7.0、6.0、5.0）仅提供预编译的二进制发行版（mongodb-linux-x86_64-*.tgz），无 configure、Makefile 或公开构建文档。所谓“源码编译”在实际生产中是无效路径。
为什么官方不提供可编译的 MongoDB 源码
MongoDB Server 的 C++ 代码虽部分开源（见 github.com/mongodb/mongo），但：
- 主干分支（
master）仅对应开发中版本（如 8.0.x），无 LTS 支持，不保证 API/ABI 稳定 - 所有正式发布的 GA 版本（如
7.0.14）仅通过 CI 构建并签名打包，二进制产物不可复现 - 依赖大量私有构建工具链（
scons+ 内部 toolchain + vendored boost/mozjs）、未公开的 patch 和 license 限制模块（如加密、LDAP） - 社区尝试用开源代码构建出的
mongod会缺失WiredTiger加密、SCRAM-SHA-256 认证、副本集 oplog 压缩等关键功能
无外网 SuSE 环境该用什么替代方案
必须使用官方二进制包离线部署，核心动作是「提前下载 → 校验 → 传输 → 配置」：
- 在有网机器上从 MongoDB Download Center 下载对应 SuSE 兼容包：
mongodb-linux-x86_64-suse15-7.0.14.tgz（注意：SuSE 15 对应suse15；SuSE 12 用suse12；别错选rhel70或ubuntu2004） - 用
sha256sum核对官网提供的校验值（页面下方 “SHA256 Checksum”），防止传输损坏 - 用 U 盘或内网 FTP 将
.tgz文件拷入 SuSE 主机，解压到/usr/local/mongodb - 确认系统已安装必要依赖：
libopenssl1_1、libcurl4、libicu60_2（SuSE 15 默认含，SuSE 12 需zypper install libopenssl1_1 libcurl4 libicu60_2）
副本集初始化时最易踩的 DNS 坑（SuSE 特别敏感）
SuSE 默认启用 systemd-resolved，且 /etc/nsswitch.conf 中 hosts: 行若含 resolve，会导致 getaddrinfo() 调用超时，触发 Failed to resolve hostname 错误 —— 即使 /etc/hosts 已配好：
- 临时禁用：
sudo systemctl stop systemd-resolved && sudo systemctl disable systemd-resolved - 确保
/etc/nsswitch.conf中该行为：hosts: files dns（删掉resolve） - 每个节点的
/etc/hosts必须完全一致，且含正反向解析条目，例如：10.10.20.11 mongo1.internal10.10.20.12 mongo2.internal10.10.20.13 mongo3.internal
并验证：nslookup mongo1.internal和dig -x 10.10.20.11 +short均返回对应主机名 -
mongod.conf中net.bindIp不能写127.0.0.1，必须为0.0.0.0或具体内网 IP；rs.initiate()的members数组里必须用mongo1.internal:27017这类主机名，禁止出现10.10.20.11
keyfile 权限和 SELinux 在 SuSE 上的硬性要求
SuSE 15 默认启用 AppArmor（非 SELinux），但权限模型同样严格：
-
keyfile必须由mongod用户拥有，且权限为0400：chown mongod:mongod /data/mongodb/conf/keyfile && chmod 0400 /data/mongodb/conf/keyfile - AppArmor profile 若未适配 MongoDB，会拦截
openat或mmap调用，表现为Permission denied错误；需复制官方 profile（/etc/apparmor.d/usr.bin.mongod）并 reload：sudo apparmor_parser -r /etc/apparmor.d/usr.bin.mongod - 若用 systemd 管理服务，
mongod.service中必须显式声明ProtectHome=false和NoNewPrivileges=false，否则 keyfile 读取失败
真正卡住副本集的，从来不是配置语法，而是 DNS 解析链路是否完整、AppArmor 是否放行、keyfile 是否被其他进程（如 auditd）短暂锁住 —— 这些细节在无外网环境下无法靠日志自动提示，只能逐项验证。
