ssh 连接很慢的解决办法

在局域网内,能ping通目标机器,并且时延是微秒级。

用ssh连局域网内其他linux机器,会等待10-30秒才有提示输入密码。严重影响工作效率。

========================

客户端操作系统版本:

zhouhh@zhhofs:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=9.10
DISTRIB_CODENAME=karmic
DISTRIB_DESCRIPTION="Ubuntu 9.10"

========================

调试信息:

  1. zhouhh@zhhofs:~$ ssh -v  192.168 . 12.16   
  2. OpenSSH_5.1 p 1  Debian -6 ubuntu 2 , OpenSSL  0.9 . 819  Oct  2007   
  3. debug1:  Reading configuration data /etc/ssh/ssh_config  
  4. debug1:  Applying options for *  
  5. debug1:  Connecting to  192.168 . 12.16  [ 192.168 . 12.16 ] port  22 .  
  6. debug1:  Connection established.  
  7. debug1:  identity file /home/zhouhh/.ssh/identity type  -1   
  8. debug1:  identity file /home/zhouhh/.ssh/id_rsa type  -1   
  9. debug1:  identity file /home/zhouhh/.ssh/id_dsa type  -1   
  10. debug1:  Remote protocol version  2.0 , remote software version OpenSSH_ 4.3   
  11. debug1:  match: OpenSSH_ 4.3  pat OpenSSH_ 4 *  
  12. debug1:  Enabling compatibility mode for protocol  2.0   
  13. debug1:  Local version string SSH -2.0 -OpenSSH_ 5.1 p 1  Debian -6 ubuntu 2   
  14. debug1:  SSH 2 _MSG_KEXINIT sent  
  15. debug1:  SSH 2 _MSG_KEXINIT received  
  16. debug1:  kex: server->client aes 128 -cbc hmac-md 5   none   
  17. debug1:  kex: client->server aes 128 -cbc hmac-md 5   none   
  18. debug1:  SSH 2 _MSG_KEX_DH_GEX_REQUEST( 1024 < 1024 < 8192 ) sent  
  19. debug1:  expecting SSH 2 _MSG_KEX_DH_GEX_GROUP  
  20. debug1:  SSH 2 _MSG_KEX_DH_GEX_INIT sent  
  21. debug1:  expecting SSH 2 _MSG_KEX_DH_GEX_REPLY  
  22. debug1:  Host  '192.168.12.16'  is known and matches the RSA host key.  
  23. debug1:  Found key in /home/zhouhh/.ssh/known_hosts: 1   
  24. debug1:  ssh_rsa_verify: signature correct  
  25. debug1:  SSH 2 _MSG_NEWKEYS sent  
  26. debug1:  expecting SSH 2 _MSG_NEWKEYS  
  27. debug1:  SSH 2 _MSG_NEWKEYS received  
  28. debug1:  SSH 2 _MSG_SERVICE_REQUEST sent  
  29. debug1:  SSH 2 _MSG_SERVICE_ACCEPT received  
  30. debug1:  Authentications that can continue: publickey,gssapi-with-mic,password  
  31. debug1:  Next authentication method: gssapi-with-mic  
  32. debug1:  An invalid name was supplied  
  33. Cannot determine realm for numeric host address  
  34. debug1:  An invalid name was supplied  
  35. Cannot determine realm for numeric host address  
  36. debug1:  An invalid name was supplied  
  37. debug1:  Next authentication method: publickey  
  38. debug1:  Trying private key: /home/zhouhh/.ssh/identity  
  39. debug1:  Trying private key: /home/zhouhh/.ssh/id_rsa  
  40. debug1:  Trying private key: /home/zhouhh/.ssh/id_dsa  
  41. debug1:  Next authentication method: password  
  42. zhouhh@192.168 . 12.16 's password:   
  43. debug1:  Authentication succeeded (password).  
  44. debug1:  channel  0:  new [client-session]  
  45. debug1:  Entering interactive session.  
  46. debug1:  Sending environment.  
  47. debug1:  Sending env LANG = zh_CN.UTF -8   
  48. Last login: Fri Dec 25 13: 35:04   2009  from  192.168 . 11.146   

可以看到如下的错误信息:

debug1: Next authentication method: gssapi-with-mic
debug1: An invalid name was supplied
Cannot determine realm for numeric host address

事实上,正是从gssapi-with-mic这一行开始,开始耗时间。

====================

失败的尝试:


有人说是在目标机器中修改/etc/ssh/sshd_conf文件

将UseDNS 的缺省值由yes修改为no,并重启sshd。我试了,对这种情况不管用。但不排除对别的延迟情况管用。

====================

有效的解决办法:

1. 修改本地机器的hosts文件,将目标机器的IP和域名加上去。或者让本机的DNS 服务器能解析目标地址。

vi /etc/hosts

192.168.12.16  ourdev

其格式是“目标机器IP 目标机器名称”这种方法促效。没有延迟就连上了。不过如果给每台都加一个域名解析,挺辛苦的。但在windows下用putty或secure-crt时可以采用这种方法。

2.修改本机的客户端配置文件ssh_conf,注意,不是sshd_conf

vi /etc/ssh/ssh_conf

找到

GSSAPIAuthentication yes

改为

GSSAPIAuthentication no

保存。

再连目标机器,速度就飞快了。

GSSAPI ( Generic Security Services Application Programming Interface) 是一套类似Kerberos 5 的通用网络安全系统接口。该接口是对各种不同的客户端服务器安全机制的封装,以消除安全接口的不同,降低编程难度。但该接口在目标机器无域名解析时会有问题。我看到有人给ubuntu提交了相关bug, 说要将GSSAPIAuthentication的缺省值设为no,不知为何,ubuntu9.10的缺省值还是yes。

修改完毕,此时的连接调试数据变为了:

  1. zhouhh@zhhofs:~$ ssh -v 192.168.12.16  
  2. OpenSSH_5.1p1 Debian-6ubuntu2, OpenSSL 0.9.8g 19 Oct 2007  
  3. debug1: Reading configuration data /etc/ssh/ssh_config  
  4. debug1: Applying options for  *  
  5. debug1: Connecting to 192.168.12.16 [192.168.12.16] port 22.  
  6. debug1: Connection established.  
  7. debug1: identity file /home/zhouhh/.ssh/identity type -1  
  8. debug1: identity file /home/zhouhh/.ssh/id_rsa type -1  
  9. debug1: identity file /home/zhouhh/.ssh/id_dsa type -1  
  10. debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3  
  11. debug1: match: OpenSSH_4.3 pat OpenSSH_4*  
  12. debug1: Enabling compatibility mode for  protocol 2.0  
  13. debug1: Local version string  SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2  
  14. debug1: SSH2_MSG_KEXINIT sent  
  15. debug1: SSH2_MSG_KEXINIT received  
  16. debug1: kex: server->client aes128-cbc hmac-md5 none  
  17. debug1: kex: client->server aes128-cbc hmac-md5 none  
  18. debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent  
  19. debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP  
  20. debug1: SSH2_MSG_KEX_DH_GEX_INIT sent  
  21. debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY  
  22. debug1: Host '192.168.12.16'   is  known and matches the RSA host key.  
  23. debug1: Found key in  /home/zhouhh/.ssh/known_hosts:1  
  24. debug1: ssh_rsa_verify: signature correct  
  25. debug1: SSH2_MSG_NEWKEYS sent  
  26. debug1: expecting SSH2_MSG_NEWKEYS  
  27. debug1: SSH2_MSG_NEWKEYS received  
  28. debug1: SSH2_MSG_SERVICE_REQUEST sent  
  29. debug1: SSH2_MSG_SERVICE_ACCEPT received  
  30. debug1: Authentications that can continue : publickey,gssapi-with-mic,password  
  31. debug1: Next authentication method: publickey  
  32. debug1: Trying private  key: /home/zhouhh/.ssh/identity  
  33. debug1: Trying private  key: /home/zhouhh/.ssh/id_rsa  
  34. debug1: Trying private  key: /home/zhouhh/.ssh/id_dsa  
  35. debug1: Next authentication method: password  
  36. zhouhh@192.168.12.16's password:  
http://blog.csdn.net/ablo_zhou/archive/2009/12/25/5074887.aspx
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
《mysql管理之道:性能调优、高可用与监控》由资深mysql专家撰写,以最新的mysql版本为基础,以构建高性能mysql服务器为核心,从故障诊断、表设计、sql优化、性能参数调优、mydumper逻辑、xtrabackup热备份与恢复、mysql高可用集群搭建与管理、mysql服务器性能和服务监控等方面多角度深入讲解了如何去管理与维护mysql服务器。 书中内容以实战为导向,所有内容均来自于笔者多年实践经验的总结和对新知识的拓展,同时也针对运维人员、dba等相关工作者会遇到的有代表性的疑难问题给出了实用的情景模拟,并给出了解决方案。不论你目前有没有遇到过此类问题,相信对你以后处理相关问题都会有所借鉴。本书适合所有希望构建和管理高性能、高可用性的mysql数据库系统的开发者和dba阅读。 目录 · · · · · · 前言 第一部分 mysql5.5 新特性篇 第1章 mysql5.5介绍 2 1.1 性能上的显著改变 2 1.1.1 mysql5.5默认存储引擎的调整 2 1.1.2 充分利用cpu多核的处理能力 7 1.1.3 提高刷新脏页数量和合并插入数量,改善磁盘i/o处理能力 8 1.1.4 增加自适应刷新脏页功能 9 1.1.5 让innodb_buffer_pool缓冲池中的热数据存活更久 9 1.1.6 innodb的数据恢复时间加快 11 1.1.7 innodb同时支持多个bufferpool实例 15 1.1.8 可关闭自适应哈希索引 17 1.1.9 在innodb中可选择使用内存分配程序 18 1.1.10 提高默认innodb线程并发数 21 1.1.11 预读算法的变化 22 1.1.12 首次在linux上实现了异步i/o 23 1.1.13 恢复组提交 24 1.1.14 innodb使用多个回滚段提升性能 26 1.1.15 改善清除程序进度 26 .1.1.16 添加删除缓冲和清除缓冲 27 1.1.17 控制自旋锁spin lock轮训间隔 28 1.1.18 快速创建、删除、更改索引 29 1.1.19 innodb支持创建压缩数据页 30 1.1.20 可动态关闭innodb更新元数据的统计功能 37 1.2 安全性、稳定性的显著改变 38 1.2.1 复制功能加强 38 1.2.2 中继日志relay-log可自我修复 39 1.2.3 开启innodb严格检查模式 39 1.3 动态更改系统配置参数 39 1.3.1 支持动态更改独立表空间 39 1.3.2 支持动态更改innodb锁超时时间 40 1.4 innodb新参数汇总 40 1.5 同步复制新参数汇总 48 1.6 sql语句写法的改变 53 1.6.1 delete表连接语法改变 53 1.6.2 mysql5.5存储过程支持limit变量 54 1.7 mysql5.1升级为mysql5.5 55 1.7.1 采用mysql_upgrade升级授权表方式升级 55 1.7.2 直接安装mysql5.5,采用数据导出/导入方式升级 59 1.8 性能测试:mysql5.5与mysql5.1 60 第2章 半同步复制 62 2.1 半同步复制简介 62 2.2 半同步复制安装配置 63 2.3 参数说明 63 2.4 功能测试 64 2.4.1 如何验证半同步复制是否正常工作 64 2.4.2 半同步复制与异步复制的切换 65 2.5 性能测试 68 2.6 小结 70 第二部分 故障诊断与性能优化篇 第3章 故障诊断 72 3.1 影响mysql性能的因素 72 3.2 系统性能评估标准 73 3.2.1 影响linux服务器性能的因素 73 3.2.2 系统性能评估指标 74 3.2.3 开源监控和评估工具介绍 76 3.3 故障与处理 79 3.3.1 连接数过多导致程序连接报错的原因 79 3.3.2 记录子查询引起的宕机 84 3.3.3 诊断事务量突高的原因 87 3.3.4 谨慎设置binlog_format=mixed 90 3.3.5 未设置swap分区导致内存耗尽,主机死机 94 3.3.6 mysql故障切换之事件调度器注意事项 95 3.3.7 人工误删除innodb ibdata数据文件,如何恢复 97 3.3.8 update忘加where条件误操作恢复(模拟oracle闪回功能) 99 3.3.9 delete忘加where条件误操作恢复(模拟oracle闪回功能) 108 第4章 同步复制报错故障处理 112 4.1 最常见的3种故障 112 4.1.1 在master上删除一条记录时出现的故障 112 4.1.2 主键重复 114 4.1.3 在master上更新一条记录,而slave上却找不到 115 4.2 特殊情况:slave的中继日志relay-log损坏 116 4.3 人为失误 118 4.4 避免在master上执行大事务 119 4.5 slave_exec_mode参数可自动处理同步复制错误 120 4.6 如何验证主从数据一致 121 4.7 binlog_ignore_db引起的同步复制故障 123 4.8 mysql5.5.19/20同步一个bug 124 4.9 恢复slave从机上的某几张表的简要方法  126 4.10 如何干净地清除slave同步信息 127 第5章 性能调优 129 5.1 表设计 129 5.2 字段类型的选取 133 5.2.1 数值类型 134 5.2.2 字符类型 139 5.2.3 时间类型 141 5.2.4 小技巧:快速修改表结构 148 5.2.5 pt-online-schema-change在线更改表结构 152 5.2.6 mysql5.6在线ddl更改表测试 158 5.3 采用合适的锁机制 161 5.3.1 表锁的演示 161 5.3.2 行锁的演示 164 5.3.3 innodb引擎与myisam引擎的性能对比 166 5.4 选择合适的事务隔离级别 168 5.4.1 事务的概念 168 5.4.2 事务的实现 169 5.4.3 事务隔离级别介绍 171 5.5 sql优化与合理利用索引 177 5.5.1 如何定位执行很慢的sql语句 177 5.5.2 sql优化案例分析 178 5.5.3 合理使用索引 188 5.6 my.cnf配置文件调优 198 5.6.1 per_thread_buffers优化 198 5.6.2 global_buffers优化 200 5.6.3 query cache在不同环境下的使用 201 5.6.4 tuning-primer.sh性能调试工具的使用 205 5.6.5 72 gb内存的my.cnf配置文件 208 5.6.6 谨慎使用分区表功能 211 5.7 mysql5.6同步复制新特性详解 213 第6章 备份与恢复 223 6.1 冷备份 224 6.2 逻辑备份 224 6.2.1 mysqldump增加了一个重要参数 225 6.2.2 取代mysqldump的新工具mydumper 226 6.2.3 逻辑备份全量、增量备份脚本 229 6.3 热备份与恢复 230 第三部分 高可用集群管理篇 第7章 目前流行的4种高可用架构 236 7.1 采用mysql自带的replication架构 237 7.1.1 keepalived+mysql replication架构的搭建演示 237 7.1.2 mmm+mysql replication架构的搭建演示 241 7.2 heartbeat+drbd+mysql架构的搭建演示 249 7.3 红帽rhcs共享存储架构的搭建演示 254 7.3.1 安装过程 257 7.3.2 红帽rhcs集群的维护 265 7.4 mysql高可用集群ha解决方案的测试评估 267 第8章 批量管理服务器 270 8.1 开源工具pssh的使用方法 270 8.2 自己编写的ssh服务器批量管理工具 273 第四部分 监控篇 第9章 性能监控 278 第10章 服务监控 283 10.1 nagios搭建与维护 283 10.2 mysql数据库的监控脚本 288 第五部分 项目案例 第11章 项目案例讲解 292 11.1 数据碎片整理方案 292 11.2 用户信息表水平拆表方案 296 11.3 阿里巴巴中间件cobar水平拆表方案 299

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值