通过SSH+ZeroTier连接远程设备时终端冻结问题咨询

核心结论 #

不完全是家庭WiFi的纯网络问题，而是家庭网络环境与SSH登录时的bash配置脚本触发了阻塞冲突——ZeroTier的基础连通性（ping）正常，但bash初始化阶段的某些网络操作在家庭WiFi下超时卡住，导致终端冻结。

具体原因拆解 #

1. 远程bash配置的网络依赖阻塞
   场景1中ssh -t administrator@<zerotier_ip> "bash --norc --noprofile -i"能正常连接，说明问题出在远程设备的bash初始化配置上：

   • 远程用户的~/.bashrc、~/.bash_profile或系统级的/etc/bash.bashrc、/etc/profile里，可能包含需要联网的命令（比如curl拉取脚本、DNS解析、网络挂载、VPN残留的自动检测脚本）。
   • 家庭WiFi的网络环境（比如DNS劫持、路由器防火墙拦截特定出站请求、网络延迟过高）导致这些命令超时，进而阻塞整个SSH会话，甚至无法用Ctrl+C中断（因为bash还没完成初始化，信号处理未就绪）。

2. 家庭WiFi与手机热点的网络规则差异
   手机热点能正常连接，是因为移动数据网络的路由、DNS、防火墙规则更宽松，没有拦截bash配置里的网络操作；而家庭路由器可能开启了QoS、端口过滤、或ZeroTier的UDP封装流量被识别为异常，虽然ICMP（ping）能通过，但SSH会话初始化时的小流量触发了阻塞。

3. VPN残留配置的潜在影响
   虽然已禁用openfortivpn，但可能残留路由规则、环境变量或自动启动脚本在bash配置里，这些脚本在家庭网络下尝试执行时，会因网络环境不兼容而卡住。

解决步骤 #

1. 定位远程bash配置的问题点

• 用可成功连接的命令登录远程设备，手动排查配置文件：

  # 检查用户级配置
  cat ~/.bashrc ~/.bash_profile
  # 检查系统级配置
  cat /etc/bash.bashrc /etc/profile
  

  寻找包含网络操作的行（比如curl、ping、mount -t cifs、nslookup等），逐一注释后用常规SSH命令测试，确认哪一行导致冻结。
• 用调试模式加载配置，精准定位：

  # 登录后执行，加载bashrc并输出每一步操作
  bash -x ~/.bashrc
  

2. 调整家庭WiFi网络设置

• 临时关闭家庭路由器的防火墙、QoS功能，测试SSH连接是否恢复。
• 确保ZeroTier默认的UDP 9993端口在路由器中双向放行（ZeroTier依赖UDP封装流量，ping基于ICMP，两者规则不同）。
• 修改家庭WiFi的DNS为公共DNS（比如8.8.8.8），排查是否因DNS解析超时导致阻塞。

3. 简化SSH连接调试

• 用调试模式查看SSH连接的最后阶段，定位阻塞环节：

  ssh -vvv administrator@<zerotier_ip>
  

• 禁用SSH的额外功能，尝试极简连接：

  ssh -o X11Forwarding=no -o ProxyCommand=none administrator@<zerotier_ip>
  

4. 清理VPN残留配置

• 刷新路由表并重启网络服务：

  sudo ip route flush table all
  sudo systemctl restart network-manager
  

• 检查bash配置文件中是否有openfortivpn相关的自动启动脚本，删除或注释掉。

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