Rails 5.2中Net::SSH.start检测SSH连接如何避免交互密码阻塞

Net::SSH默认开启交互认证兜底逻辑：当传入的密码认证失败时，它不会直接抛出异常，而是尝试从当前进程的标准输入读取新密码重试，就会出现控制台停在密码输入提示、进程永久阻塞的现象。

在Net::SSH.start的参数中添加非交互模式配置，同时显式指定允许的认证方式，禁止所有需要人工输入的交互流程，认证失败时会直接抛出异常进入rescue分支。

修改后的测试代码如下：

begin
  session = Net::SSH.start(
    uri,
    login,
    password: password,
    non_interactive: true,
    auth_methods: %w[password publickey]
  )
  session.close
  Rails.logger.interactions.info '      Successful SSH connection'
rescue
  Rails.logger.interactions.info '      Unable to connect via SSH'
end

• non_interactive: true：强制Net::SSH运行在非交互模式，所有需要用户手动输入的场景都会直接抛出对应异常，不会挂起等待控制台输入，是解决阻塞问题的核心配置。
• auth_methods: %w[password publickey]：显式指定仅使用密码、公钥两种认证方式，移除默认启用的keyboard-interactive（键盘交互）认证，避免部分SSH服务端的交互认证逻辑绕过非交互限制触发密码提示，做双重保险。

配置完成后，不管是地址不存在、网络不通、凭据错误，都会直接触发异常进入rescue分支，不会再出现交互阻塞的问题。如果需要更精准的异常处理，可以单独捕获Net::SSH::AuthenticationFailed（认证失败）、Errno::ECONNREFUSED（连接被拒绝）、SocketError（地址解析失败）等具体异常类型，比裸rescue的可控性更高。

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