Windows 10下Git Bash SSH连接进入交互会话时卡住问题

基础故障信息 #

• 运行环境：Windows 10，CMD与Git Bash内置SSH版本一致，均为OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2，Git Bash默认使用mintty终端
• 正常表现：CMD下执行ssh -v my-user1@server-url，公钥认证成功后可正常进入交互会话，显示上次登录记录
• 异常表现：Git Bash下执行相同SSH命令，首先提示Pseudo-terminal will not be allocated because stdin is not a terminal.，公钥认证通过后卡在Requesting no-more-sessions@openssh.com阶段，无法进入交互会话
• 故障背景：相同环境此前SSH连接可正常工作，为近期突发异常

排查逻辑 #

• 优先排除服务端、网络、密钥类问题：同版本SSH在CMD下可正常完成认证登录，证明密钥权限、服务端访问控制、网络连通性、防火墙规则均无异常
• 锁定终端兼容层问题：异常提示中明确提到伪终端分配失败，对比CMD侧调试日志，CMD下SSH成功识别到控制台VT序列支持、正常发起终端交互请求，Git Bash下SSH未识别到有效终端句柄，未触发交互会话初始化流程
• 常见触发场景：Git for Windows版本更新后默认配置变更、第三方安全/窗口管理软件注入终端进程导致句柄异常、本地SSH配置误设置非交互参数、系统更新后ConPTY兼容层与mintty冲突

修复方案（按验证优先级排序） #

1. 强制SSH分配伪终端
   • 临时验证：连接时添加-t参数强制请求伪终端，执行命令ssh -t my-user1@server-url测试是否能正常进入会话
   • 永久配置：编辑用户目录下.ssh/config文件，添加全局配置强制请求TTY：

     Host *
       RequestTTY force
     

2. 通过winpty适配终端句柄
   • 执行winpty ssh my-user1@server-url测试连接，winpty会为mintty下的程序提供Windows控制台兼容层，解决类Unix程序在mintty下的终端识别问题
   • 若该方案有效，可在~/.bashrc中添加别名alias ssh='winpty ssh'实现永久生效
3. 调整mintty终端兼容配置
   • 右键Git Bash快捷方式打开属性，在「目标」栏原有路径末尾添加参数-o "EnableConPTY=false"，禁用新版ConPTY适配层，回退到mintty原生终端处理逻辑，重启Git Bash后重试
   • 也可在Git Bash中临时执行export MSYS=enable_pcon开启进程终端兼容标记，重启会话后测试连接
4. 排查配置与进程干扰
   • 执行alias ssh检查是否存在自定义SSH别名，若别名中包含-T/-n这类禁止分配终端的参数，删除对应别名配置即可
   • 临时退出安全软件、窗口管理/桌面美化类带进程注入功能的第三方软件，这类软件经常会劫持终端句柄导致SSH无法识别终端
   • 若近期更新过Git for Windows，可重新运行安装程序，终端选项选择「Use Windows' default console window」替换默认mintty终端，排除mintty组件损坏的问题
   • 若近期安装过Windows累积更新，可尝试回退最近的系统更新，部分版本Windows的控制台兼容层更新会触发mintty异常

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