Mac上Rust升级卡住？手把手教你解决rustup update stable网络连接被拒（Error 61）

Mac上Rust升级卡住？手把手教你解决rustup update stable网络连接被拒（Error 61）

作为一名Rust开发者，在Mac上执行rustup update stable时遇到"Connection refused (os error 61)"绝对是个令人抓狂的时刻。这种错误通常发生在网络连接被拒绝时，可能由多种因素导致。本文将带你深入排查并解决这个问题，而不仅仅是提供一个简单的文件下载方案。

1. 理解错误本质

当你在终端运行rustup update stable时，系统会尝试连接Rust官方的静态文件服务器static.rust-lang.org来获取最新的稳定版信息。出现"Connection refused (os error 61)"意味着你的系统能够解析域名，但无法建立TCP连接。

常见原因包括：

• 网络代理配置不当
• 防火墙阻止了连接
• DNS解析问题
• 系统代理设置错误
• 本地网络限制

2. 基础网络检查

在深入解决方案前，先进行一些基础网络检查：

# 检查是否能解析域名 ping static.rust-lang.org # 检查是否能建立TCP连接 nc -zv static.rust-lang.org 443 # 检查curl是否能获取内容 curl -v https://static.rust-lang.org/dist/channel-rust-stable.toml.sha256

如果这些命令都失败，说明问题确实出在网络连接上。

3. 网络代理排查

许多开发者在使用公司网络或某些公共网络时会遇到代理问题。Rust工具链需要正确配置才能通过代理访问外部资源。

3.1 检查系统代理设置

Mac上的网络代理设置可能影响命令行工具的网络访问：

1. 打开"系统偏好设置" → "网络"
2. 选择当前使用的网络连接 → "高级" → "代理"
3. 检查HTTP/HTTPS代理设置

3.2 为rustup配置代理

如果系统使用代理，需要确保rustup能识别这些设置：

# 设置HTTP代理 export http_proxy="http://proxy.example.com:8080" # 设置HTTPS代理 export https_proxy="http://proxy.example.com:8080" # 然后重试rustup update rustup update stable

4. 防火墙检查

Mac上的防火墙或第三方安全软件可能阻止rustup的网络连接。

4.1 检查Mac自带防火墙

1. 打开"系统偏好设置" → "安全性与隐私" → "防火墙"
2. 点击"防火墙选项"
3. 确保rustup或终端应用没有被阻止

4.2 检查第三方防火墙

如果你使用了Little Snitch等第三方防火墙工具：

1. 打开Little Snitch
2. 检查是否有规则阻止了rustup或cargo的网络访问
3. 临时禁用防火墙测试是否是它导致的问题

5. DNS问题排查

有时DNS解析会导致看似连接被拒绝的问题。

5.1 尝试使用公共DNS

# 临时使用Google DNS sudo networksetup -setdnsservers Wi-Fi 8.8.8.8 8.8.4.4 # 刷新DNS缓存 sudo dscacheutil -flushcache sudo killall -HUP mDNSResponder

5.2 检查hosts文件

# 检查hosts文件中是否有static.rust-lang.org的异常条目 sudo nano /etc/hosts

确保没有将static.rust-lang.org指向错误IP的条目。

6. 高级解决方案

如果上述方法都无效，可以尝试以下高级解决方案。

6.1 使用镜像源

国内用户可以考虑使用国内镜像源加速下载：

# 设置环境变量使用USTC镜像 export RUSTUP_DIST_SERVER=https://mirrors.ustc.edu.cn/rust-static export RUSTUP_UPDATE_ROOT=https://mirrors.ustc.edu.cn/rust-static/rustup # 然后重试 rustup update stable

6.2 手动下载安装

作为最后手段，可以手动下载安装包：

1. 访问Rust官方下载页
2. 下载适合你系统的安装包
3. 运行安装脚本

# 例如 curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

7. 验证解决方案

无论采用哪种方法，最后都应该验证问题是否解决：

# 检查rustup是否正常工作 rustup show # 检查工具链版本 rustc --version cargo --version # 尝试更新 rustup update stable

8. 预防措施

为了避免将来再次遇到类似问题，可以考虑以下预防措施：

• 在.bashrc或.zshrc中设置正确的代理环境变量
• 将常用镜像源配置为默认源
• 定期检查防火墙规则
• 保持网络配置的文档记录

在实际开发中，我遇到过多次类似问题，发现大多数情况下都是代理配置不正确导致的。特别是在切换不同网络环境时，很容易忘记调整相关设置。建议将常用的网络配置写成脚本，方便快速切换。