本地及Galaxy服务器连接MongoDB时遇MongoError: no primary found in replicaset

针对你的情况，结合Meteor 1.4.4.1的旧版本特性以及IBM云MongoDB的配置，给出以下排查和解决步骤：

1. 修正连接字符串的参数分隔符 #

你当前连接字符串用;分隔参数，但MongoDB官方标准是用&，老版本的Mongo驱动（Meteor 1.4.x内置驱动属于此范畴）不识别;作为分隔符，会导致参数解析错误。修改后的连接字符串如下：

mongodb://admin:[PASSWORD]@url1.databases.appdomain.cloud:31928,url2.databases.appdomain.cloud:31928,url3.databases.appdomain.cloud:31928/dyo?authSource=admin&tls=true&tlsInsecure=true&connect=replicaSet&replicaSet=replset

2. 替换TLS参数为旧版SSL参数 #

Meteor 1.4.4.1内置的Mongo驱动版本较老，当时还使用ssl前缀的参数而非tls，尝试替换参数后再连接：

mongodb://admin:[PASSWORD]@url1.databases.appdomain.cloud:31928,url2.databases.appdomain.cloud:31928,url3.databases.appdomain.cloud:31928/dyo?authSource=admin&ssl=true&sslInsecure=true&connect=replicaSet&replicaSet=replset

3. 检查密码的URL编码 #

如果你的密码包含@、&、/等特殊字符，必须进行URL编码（比如@换成%40，&换成%26），否则会导致连接字符串解析失败，驱动无法正确识别用户名和密码。

4. 简化连接测试，排除副本集问题 #

先尝试直接连接单个MongoDB节点，去掉副本集相关参数，确认基础连接是否正常：

mongodb://admin:[PASSWORD]@url1.databases.appdomain.cloud:31928/dyo?authSource=admin&ssl=true&sslInsecure=true&connect=direct

如果此连接成功，说明副本集配置可能存在问题（比如副本集名称错误、节点无法被发现），需要核实IBM云提供的副本集名称是否准确，同时检查本地网络是否能访问所有副本集节点的31928端口（可使用telnet url1.databases.appdomain.cloud 31928或nc -zv url1.databases.appdomain.cloud 31928测试）。

5. 启用Debug日志查看详细错误 #

启动Meteor时开启调试日志，获取更具体的连接失败原因：

SET METEOR_LOG=debug && meteor --settings settings.json

日志会显示连接过程中的具体错误（比如认证失败、TLS握手失败、副本集节点不可达等），帮助定位问题。

6. 指定认证机制 #

IBM云MongoDB默认可能使用SCRAM-SHA-256认证，但Meteor 1.4.x的驱动可能仅支持SCRAM-SHA-1，尝试在连接字符串中添加认证机制参数：

mongodb://admin:[PASSWORD]@url1.databases.appdomain.cloud:31928,url2.databases.appdomain.cloud:31928,url3.databases.appdomain.cloud:31928/dyo?authSource=admin&ssl=true&sslInsecure=true&connect=replicaSet&replicaSet=replset&authMechanism=SCRAM-SHA-1

内容的提问来源于stack exchange，提问作者Nicholas Siegmundt