OpenSSH 连接慢: 在运行 SSH2_MSG_SERVICE_ACCEPT 时挂起

最新推荐文章于 2024-04-12 17:53:39 发布
原创 最新推荐文章于 2024-04-12 17:53:39 发布 · 1.1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#服务器 #linux #网络

本文介绍如何通过编辑sshd_config，将UseDNS设置为no来加速SSH连接过程，重点在于解决SSH2_MSG_SERVICE_ACCEPT长时间等待问题。步骤包括修改配置、重启服务和验证改进效果。

当我们使用ssh连接我们的服务器时，总是要等待很长时间，当我们执行ssh -v 时可以看到，在运行 SSH2_MSG_SERVICE_ACCEPT 需要很长时间，下面我们可以将sshd_config文件中的UseDNS修改为no即可解决。

下面是具体的操作方法

  • 第一步：
vi /etc/sshd_config

找到下面的配置文件，删除前面的注释符号“#”，划分Yes修改为no
修改UseDNs位置

  • 重启openssh

再次连接远程服务器，这次应该很快，不会挂在SSH2_MSG_SERVICE_ACCEPTED。

service sshd restart

再次连接，体会秒级响应

ssh -v ramesh@remote-host
HMX404
关注
ssh 执行 SSH2_MSG_SERVICE_ACCEPT 慢问题
qq_40907977的博客
04-09 2383
转载来源 ：ssh 执行 SSH2_MSG_SERVICE_ACCEPT 慢问题 ： https://www.jianshu.com/p/fd0583bf7ed2 1. 现象 执行 ssh 连接慢，通过 ssh -v 查看调试信息，发现打印 SSH2_MSG_SERVICE_ACCEPT 信息后等待很长时间。 2. 解决方案 网上找到 4 种方式解决。 GSSAPI 认证 由于 GSSAPI 认...
fatal: unable to access ‘https://github.com/xxx.git/‘ OpenSSL SSL_connect: SSL_ERROR_SYSCALL 解决方案
热门推荐
weixin_43178406的博客
06-17 23万+
 本文主要介绍了fatal: unable to access ‘https://github.com/xxx.git/’: OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to github.com:443解决方案，希望能对使用git的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
SSH 链接服务器挂在后台
kindel的博客
03-03 790
做深度学习的小伙伴一般需要远程连接服务器，常用的就是 SSH，但是有一个问题就是 SSH 是基于网络链接的，如果网络突然挂了，那直接就断掉了，对于训练来说是究极致命的。为了解决这个问题，需要将链接开启的程序放到后台去，这样哪怕断网了也不会影响程序继续跑下去。screen、nohup
ssh远程登录慢，关闭UseDNS和GSSAPIAuthentication来优化OpenSSH连接速度
叼不起的烟斗的博客
04-09 2760
问题 在部分环境下，会遇到ssh连接过慢的问题，普遍需要等待几十秒甚至1-2分钟才能连接上，正常ssh也还能接受，一旦使用scp等传输命令时，经常会因为长时间等不到输入密码而端断开连接，我们可以通过关闭UseDNS和GSSAPIAuthentication来进行连接优化 什么是UseDNS? UseDNS为服务器反向解析，假如 UseDNS选项是打开的话，服务器会先根据客户端的 IP地址进行 DNS PTR反向查询出客户端的主机名，然后根据查询出的客户端主机名进行DNS正向A记录查询，并验证是否.
OpenSSH登录SSH2
10-11
如何确定是OpenSSH还是SSH2？ 执行命令“ssh -V”，通过它的输出，即可确定： SSH2 ssh: SSH Secure Shell 3.2.9.1 (non-commercial version) on OpenSSH OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
关于ssh登录时卡顿30s左右的问题调试恢复过程
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
07-07 5285
内网ssh一台主机时，每次总是卡顿30s左右才能跳到远程主机上，其他主机ssh均正常，对比各主机配置并无特殊不同，那我们接下来分析下如何定位主机的可能原因
解决ssh连接慢，挂起在SSH2_MSG_SERVICE_ACCEPT信息之后很久的问题
weixin_30551963的博客
05-27 388
问题现象：无论是ssh 还是 scp 都会连接很久才提示输认证信息（注意：是连接慢） 如本机IP：192.168.18.208 （Hostname: ThinkPad） 目标主机：192.168.18.100 通过添加 -v 参数（ssh -v name@192.168.18.100 | scp -v filename@192.168.18.100:/tmp/）发现到SSH2_MSG_SE...
ssh.zip_Secure Shell_openssh_ssh_ssh compress_zip
09-23
在使用 OpenSSH 时，首先需要在服务器端安装并配置 `sshd` 服务，然后在客户端使用 `ssh` 命令连接到服务器。例如，基本的连接命令是： ```bash ssh 用户名@服务器地址 ``` 这里的用户名是你在目标服务器上的账户名...
编译SOC linux的系统时，明明打开openssh 但是报错 sshd:key_load_public:invalid format
qq_42585108的博客
09-29 1798
报错 sshd:key_load_public:invalid format 或者sshd启动报错解决：sshd re-exec requires execution with an absolute path 解决办法： ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key ssh-keygen -t rsa -f /etc/ssh/ssh_host_dsa_key ssh-keygen -t ecdsa -f /etc/ssh/ssh_host_ecdsa_k
SSH2免密码登录OpenSSH
10-11
如何确定是OpenSSH还是SSH2？ 执行命令“ssh -V”，通过它的输出，即可确定： SSH2 ssh: SSH Secure Shell 3.2.9.1 (non-commercial version) on OpenSSH OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
升级openssh后出现问题（kex_exchange_identification: client sent。。。。。）
萌兔兔MMQ！！
09-26 4404
修改配置文件后恢复。
ssh 执行 SSH2_MSG_SERVICE_ACCEPT 慢问题_ssh2_msg_service_accept received
2401_84254406的博客
04-12 466
业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
ssh 执行 SSH2_MSG_SERVICE_ACCEPT 慢问题_ssh2_msg_service_accept received(1)
2401_84254406的博客
04-12 585
业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
ssh 卡在 SSH2_MSG_SERVICE_ACCEPT received
持续疯长，往天那边去
04-25 5319
ssh连接相当慢； ssh -v root@host 时，发现 SSH2_MSG_SERVICE_ACCEPT received 这里卡了快一分钟； 解决办法： 修改sshd_config，添加 UseDNS no
ssh2 openssh
zbwangchao的专栏
05-27 404
ssh -v 查看一下两台机器的版本是否类似，有可能出现的情况是一台机器采用的openssh，而另外一台机器采用的SSH2，其实openssh和ssh2是两回事，公钥格式也不相同。 SSH2的公钥写法是~/.ssh2/authorization Key xxx.xxx xxx.xxx为SSH2的pubkey文件名。 如果想从openssh转SSH2可以使用命令...
ssh登录特别慢解决办法
dghfttgv的博客
04-27 2024
ssh登录远端的服务器的时候发现很慢，假设是机器A登录机器B，输出ssh登录命后长时间没有相应。 原因： 1. DNS反向解析问题 OpenSSH在用户登录的时候会验证IP，它根据用户的IP使用反向DNS找到主机名，再使用DNS找到IP地址，最后匹配一下登录的IP是否合法。如果客户机的IP没有域名，或者DNS服务器很慢或不通，那么登录就会很花时间。 [root@localhost ~]# vim /etc/ssh/sshd_config UseDNS no
ubuntu openssh server 登陆缓慢的解决
ColdZoo Blog
10-10 724
如题，最近给实验室搭建的GIT服务器状况不断。SouceTree每次Update的时候都提示超时失败。用命令行SSH登陆的时候需要10秒左右才能连接上（默认用的证书登陆方式）。在网上简单百度了一下，发现是SSHD默认开启了DNS反解。简单的说就是根据你登陆IP反解你的域名来验证身份。解决方案如下：# sudo vi /etc/sshd/sshd_config 按快捷键 Shift+G 移动到文件末尾
C:\Users\pc> ssh -R 13306:127.0.0.1:3306 -R 18088:127.0.0.1:8088 -i "C:\Users\pc\.ssh\My_Superset_Key.pem" ubuntu@43.153.66.149 -N -v OpenSSH_for_Windows_9.5p2, LibreSSL 3.8.2 debug1: Connecting to 43.153.66.149 [43.153.66.149] port 22. debug1: Connection established. debug1: identity file C:\\Users\\pc\\.ssh\\My_Superset_Key.pem type -1 debug1: identity file C:\\Users\\pc\\.ssh\\My_Superset_Key.pem-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_for_Windows_9.5 debug1: Remote protocol version 2.0, remote software version OpenSSH_9.6p1 Ubuntu-3ubuntu13.14 debug1: compat_banner: match: OpenSSH_9.6p1 Ubuntu-3ubuntu13.14 pat OpenSSH* compat 0x04000000 debug1: Authenticating to 43.153.66.149:22 as 'ubuntu' debug1: load_hostkeys: fopen C:\\Users\\pc/.ssh/known_hosts2: No such file or directory debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts: No such file or directory debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts2: No such file or directory debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ssh-ed25519 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: SSH2_MSG_KEX_ECDH_REPLY received debug1: Server host key: ssh-ed25519 SHA256:SCNCIXYAS8UyHXm9xBmwatnCfmtTo1JQSU6B6FLMhJE debug1: load_hostkeys: fopen C:\\Users\\pc/.ssh/known_hosts2: No such file or directory debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts: No such file or directory debug1: load_hostkeys: fopen __PROGRAMDATA__\\ssh/ssh_known_hosts2: No such file or directory debug1: Host '43.153.66.149' is known and matches the ED25519 host key. debug1: Found key in C:\\Users\\pc/.ssh/known_hosts:1 debug1: ssh_packet_send2_wrapped: resetting send seqnr 3 debug1: rekey out after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: ssh_packet_read_poll2: resetting read seqnr 3 debug1: SSH2_MSG_NEWKEYS received debug1: rekey in after 134217728 blocks debug1: get_agent_identities: ssh_get_authentication_socket: No such file or directory debug1: Will attempt key: C:\\Users\\pc\\.ssh\\My_Superset_Key.pem explicit debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com,rsa-sha2-512,rsa-sha2-256> debug1: kex_ext_info_check_ver: publickey-hostbound@openssh.com=<0> debug1: kex_ext_info_check_ver: ping@openssh.com=<0> debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: C:\\Users\\pc\\.ssh\\My_Superset_Key.pem debug1: Authentications that can continue: publickey,password debug1: Next authentication method: password ubuntu@43.153.66.149's password: Authenticated to 43.153.66.149 ([43.153.66.149]:22) using "password". debug1: Remote connections from LOCALHOST:13306 forwarded to local address 127.0.0.1:3306 debug1: Remote connections from LOCALHOST:18088 forwarded to local address 127.0.0.1:8088 debug1: ssh_init_forwarding: expecting replies for 1 forwards debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug1: pledge: filesystem debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0 debug1: client_input_hostkeys: searching C:\\Users\\pc/.ssh/known_hosts for 43.153.66.149 / (none) debug1: client_input_hostkeys: searching C:\\Users\\pc/.ssh/known_hosts2 for 43.153.66.149 / (none) debug1: client_input_hostkeys: hostkeys file C:\\Users\\pc/.ssh/known_hosts2 does not exist debug1: client_input_hostkeys: no new or deprecated keys from server debug1: pledge: network debug1: Remote: Forwarding listen address "localhost" overridden by server GatewayPorts debug1: remote forward success for: listen 13306, connect 127.0.0.1:3306 debug1: forwarding_success: all expected forwarding replies received debug1: Remote: Forwarding listen address "localhost" overridden by server GatewayPorts debug1: remote forward success for: listen 18088, connect 127.0.0.1:8088
最新发布
11-29
你已经取得了非常关键的进展！ 从最新的日志来看，**SSH 反向隧道已成功建立并正常工作**。我们来详细分析当前状态、存在的问题以及如何进一步优化。 --- ## ✅ 一、当前状态总结 ### 🟢 成功点： 1. **连接成功建立**：`Connection established` 2. **主机认证通过**：`Host '43.153.66.149' is known and matches...` 3. **反向隧道注册成功**： ``` debug1: remote forward success for: listen 13306, connect 127.0.0.1:3306 debug1: remote forward success for: listen 18088, connect 127.0.0.1:8088 ``` 4. **最终登录成功**：`Authenticated to ... using "password"` → 隧道正在运行！ ✅ 意味着你现在可以： - 在腾讯云服务器上访问 `127.0.0.1:13306` → 实际连接到你本地电脑的 MySQL（3306） - 访问 `127.0.0.1:18088` → 实际连接到你本地 WSL 中的 Superset（8088） --- ## ⚠️ 二、核心问题：私钥未被接受（仍需密码登录） 虽然连接成功了，但注意这一段： ```log debug1: Trying private key: C:\\Users\\pc\\.ssh\\My_Superset_Key.pem debug1: Authentications that can continue: publickey,password ``` 👉 表示 SSH 客户端尝试使用你的 `.pem` 私钥进行认证，但 **服务器拒绝了这个密钥**，于是退回到密码登录。 这不是权限问题（不像上次），而是 **公钥未正确部署在服务器上**。 --- ## 🔍 三、根本原因：公钥未添加到服务器的 `~/.ssh/authorized_keys` 要实现免密登录，必须满足以下条件： | 条件 | 是否满足 | |------|----------| | 本地有私钥 `.pem` 文件 | ✅ 是（你在用） | | 对应的公钥已上传到服务器 `~/.ssh/authorized_keys` | ❌ 很可能没有 | 即使你是从腾讯云控制台下载的密钥对，也需要确认该公钥是否真的绑定到了这台服务器实例上。 --- ## ✅ 四、解决方案：将公钥内容追加到腾讯云服务器的 `authorized_keys` ### 步骤 1：生成 `.pub` 公钥文件（如果你只有 `.pem` 私钥） 你已经有了私钥： ``` C:\Users\pc\.ssh\My_Superset_Key.pem ``` 现在从中提取公钥： #### 方法 A：使用 PowerShell + ssh-keygen（推荐） ```powershell # 运行命令生成对应的 .pub 文件 ssh-keygen -y -f "C:\Users\pc\.ssh\My_Superset_Key.pem" > "C:\Users\pc\.ssh\My_Superset_Key.pem.pub" ``` > 💡 `-y` 表示“从私钥中提取公钥” 查看内容验证： ```powershell type C:\Users\pc\.ssh\My_Superset_Key.pem.pub # 输出类似： # ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQC... ``` --- ### 步骤 2：登录腾讯云服务器，把公钥加入 `authorized_keys` ```powershell # 先登录（仍需密码） ssh ubuntu@43.153.66.149 ``` 进入服务器后执行： ```bash # 创建 .ssh 目录（如果不存在） mkdir -p ~/.ssh chmod 700 ~/.ssh # 将你的公钥内容追加进去（不要覆盖！） echo "ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQC..." >> ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys ``` 📌 注意： - `echo "..."` 中的内容是你刚才生成的 `My_Superset_Key.pem.pub` 的全部内容 - 确保没有换行或截断 --- ### 步骤 3：测试是否能免密登录 退出服务器，在本地 PowerShell 执行： ```powershell ssh -i "C:\Users\pc\.ssh\My_Superset_Key.pem" ubuntu@43.153.66.149 -v ``` 你应该看到： ``` debug1: Offering public key: ... My_Superset_Key.pem RSA SHA256:xxxxx debug1: Server accepts key: ... debug1: Authentication succeeded (publickey). ``` 🎉 成功！不再需要输入密码。 --- ## ✅ 五、完整修复后的反向隧道命令（推荐使用） ```powershell ssh -R 13306:127.0.0.1:3306 -R 18088:127.0.0.1:8088 ` -i "C:\Users\pc\.ssh\My_Superset_Key.pem" ` -o ServerAliveInterval=60 ` -o TCPKeepAlive=yes ` -o ExitOnForwardFailure=yes ` -o StrictHostKeyChecking=yes ` ubuntu@43.153.66.149 -N -v ``` 📌 参数说明： | 参数 | 作用 | |------|------| | `-o ServerAliveInterval=60` | 每 60 秒发送心跳包防超时 | | `-o TCPKeepAlive=yes` | 启用 TCP 层保活机制 | | `-o ExitOnForwardFailure=yes` | 若端口转发失败立即退出（便于脚本重连） | | `-o StrictHostKeyChecking=yes` | 防止中间人攻击 | --- ## ✅ 六、验证隧道是否生效（在腾讯云服务器上） 登录服务器执行： ```bash # 查看监听端口 netstat -tuln | grep -E ":13306|:18088" # 测试能否访问本地 MySQL（假设你本地 MySQL 允许连接） telnet 127.0.0.1 13306 # 测试 Superset curl -v http://127.0.0.1:18088/ ``` --- ## ✅ 七、后续建议配置 | 功能 | 推荐操作 | |------|---------| | Nginx 反向代理 Superset | `server { listen 80; location / { proxy_pass http://127.0.0.1:18088; } } }` | | 域名绑定 | 使用腾讯云 DNS 解析域名到公网 IP | | HTTPS | 用 Let's Encrypt + Certbot 配置 SSL | | 自动重连 | 使用批处理循环脚本或 WinSW 注册为服务 | --- ## ✅ 总结：你现在应该做什么？ 1. ✅ 使用 `ssh-keygen -y -f` 提取私钥对应的公钥 2. ✅ 登录腾讯云服务器，将公钥内容写入 `~/.ssh/authorized_keys` 3. ✅ 设置权限：`chmod 700 ~/.ssh && chmod 600 ~/.ssh/authorized_keys` 4. ✅ 测试免密登录是否成功 5. ✅ 启动带自动重连机制的反向隧道脚本 一旦完成，你就实现了： - ✅ 免密登录 - ✅ 安全稳定的反向隧道 - ✅ 外网可通过腾讯云服务器访问本地 Superset 和数据库 --- ##
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值