这个错误说明MQTT Broker（也就是你部署的Mosquitto）在连接握手阶段主动关闭了套接字，大概率是认证、配置或者网络层面的问题，给你几个针对性的排查方向：

1. 先从Broker端配置入手排查 #

• 检查Mosquitto的核心配置文件（通常路径是/etc/mosquitto/mosquitto.conf）：
  • 确保密码认证相关配置正确：如果开启了allow_anonymous false，必须同时配置password_file /path/to/your/passwd，且你用的root用户确实存在于这个密码文件里。可以在Ubuntu本地用命令验证：

    mosquitto_sub -h localhost -p 1883 -u "root" -P "你的完整密码" -t "test/topic"
    

    如果本地都连不上，那问题肯定出在Broker这边，比如密码错误、用户未创建，或者配置项被注释掉了。
  • 查看Broker的日志文件（/var/log/mosquitto/mosquitto.log），这里会明确记录断开连接的具体原因，比如“Bad username or password”，比客户端的模糊错误信息有用得多。

2. 检查客户端代码的细节问题 #

• 你代码里的密码部分显示是xxxxxxxxxxxxxxxxxxx...，务必确认实际代码里是完整无截断的密码，不要有多余的空格、换行或者特殊字符转义错误。
• 可以先简化代码做测试：临时把Broker的allow_anonymous改成true，然后注释掉客户端的用户名密码配置，看能不能建立连接，以此快速区分是认证问题还是其他问题：

  private func createMQTTConnection() { 
      let clientID = "CocoaMQTT-" + String(ProcessInfo().processIdentifier) 
      mqtt = CocoaMQTT(clientID: clientID, host: "xxx.xx.xx.x", port: 1883) 
      // 先注释掉用户名密码，测试匿名连接
      // mqtt!.username = "root" 
      // mqtt!.password = "你的完整密码"
      mqtt!.connect()
  }
  

3. 网络层面的验证 #

• 确认iOS设备和Ubuntu服务器在同一网络（如果是本地部署），或者服务器的1883端口已经对外开放（公网服务器要检查防火墙规则，比如执行ufw allow 1883，同时确认云服务商的安全组已经放行该端口）。
• 用telnet xxx.xx.xx.x 1883在iOS设备所在的网络测试端口是否可访问，如果telnet连不上，那就是网络端口的问题，和代码、Broker配置无关。

4. 其他小众排查点 #

• 确认clientID是否符合要求：虽然你用的CocoaMQTT-加进程ID格式没问题，但可以尝试改成一个简单的固定字符串（比如test-ios-client）测试，避免特殊字符或长度问题。
• 检查TLS配置：如果Broker强制要求TLS连接，而你客户端用的是1883非加密端口，也会被直接断开，这时候需要切换到8883端口并配置CocoaMQTT的TLS参数。

建议先从Broker日志和本地连接测试开始排查，这是最快定位问题的方式。

内容的提问来源于stack exchange，提问作者Lee Spratt