SecureCRT 会话空闲时超时退出处理

参考文章:http://www.cnblogs.com/xuxm2007/archive/2011/04/21/2023611.html

http://yunwei.blog.51cto.com/381136/432672

http://www.cnblogs.com/aoyihuashao/p/3298950.html

公司网络加固,导致CRT连接总是断开,网上查询的到如下两种方式来设置SSH 连接时间。

第一种方式成功解决问题,第二种方式是网上推荐最多的,但我这边不知哪里改错了不适用,也暂且记下,供以后参考使用。

第一种解决方式:

经常使用securecrt的时候会有timed out waiting for input: auto-logout,然后会话退出了

解决办法,有两个:

1.修改

vim /etc/profile

TMOUT=60 #or the number of seconds you want

. /etc/profile

echo $TMOUT

2.在.bash_profile 文件中添加

export TMOUT=60

第二种解决方式:

方法一、

1、 配置服务器

#vi /etc/ssh/sshd_config

1)找到 ClientAliveInterval参数,如果没有就自己加一行数值是秒,比如你设置为120 ,则是2分钟

ClientAliveInterval 120

2)ClientAliveCountMax

指如果发现客户端没有相应,则判断一次超时,这个参数设置允许超时的次数。如3 、5等自定义。

修改两项参数后如下:

ClientAliveInterval 120

ClientAliveCountMax 0   ###在不允许超时次数

重新加载sshd服务。执行service sshd reload

方法二、

找到所在用户的.ssh目录,如root用户该目录在:

/root/.ssh/

在该目录创建config文件

vi /root/.ssh/config

加入下面一句:

ServerAliveInterval 60

保存退出,重新开启root用户的shell,则再ssh远程服务器的时候,

不会因为长时间操作断开。应该是加入这句之后,ssh客户端会每隔一段时间自动与ssh服务器通信一次,所以长时间操作不会断开。

方法三、

修改/etc/profile配置文件

# vi /etc/profile

增加:TMOUT=1800

这样30分钟没操作就自动LOGOUT

方法四、

利用expect 模拟键盘动作,在闲置时间之内模拟地给个键盘响应,将下列代码保存为xxx,然后用expect执行

#!/usr/bin/expect

set timeout 60

spawn ssh [email protected]

interact {

timeout 300 {send "\x20"}

}

expect xxx

接着按提示输入密码就可以了,这样每隔300秒就会自动打一个空格(\x20),具体的时间间隔可以根据具体情况设置。

方法五、

如果你在windows下通过工具连接,可以设置为

secureCRT:选项---终端---反空闲 中设置每隔多少秒发送一个字符串,或者是NO-OP协议包

putty:putty -> Connection -> Seconds between keepalives ( 0 to turn off ), 默认为0, 改为300.

时间: 2024-10-12 15:18:06

SecureCRT 会话空闲时超时退出处理的相关文章

Oracle会话超时退出设置

前一段时间客户打电话说自从数据库搬迁后连接数据库总是提示会话不可用,和客户沟通才知到他们连接数据库的程序是从早上连上数据库后就一直保持连接状态,一天中需要执行几次操作,由于数据库中的会话连接有超时限制,造成客户端长时间没有操作,就会断开连接.                经过这次事件总结了Oracle关于超时退出的一些设置: 1 profile的idle_time限制 2 profile的connect_time限制 3 sqlnet的expire_time限制 4 sqlnet的INBOUN

SecureCRT中 secureCRT使用VIM时对语法高亮

1.在SecureCRT中 secureCRT使用VIM时对语法高亮 其实不是secureCRT的功能,而是VIM的 设置:Options ->Session Options -> Terminal -> Emulation 中Terminal选择ANSI or linux or xterm,必须钩上 ANSI Colour 设置 选项->会话选项->终端->仿真->终端:Linux,选中ANSI Color 完成之后,就完成了高亮显示. 2.在用户目录建立.vi

使用Oracle PROFILE控制会话空闲时间

客户想实现对会话空闲时间的控制,下面是做的一个例子.Microsoft Windows [版本 6.1.7601]版权所有 (c) 2009 Microsoft Corporation.保留所有权利. C:\Users\LIUB... http://www.sushang.cn/blog-327389-3093344.html http://www.sushang.cn/blog-327386-3093316.html http://www.sushang.cn/blog-327384-3093

CPU空闲时在忙什么

GitHub版本: https://github.com/cncounter/translation/blob/master/tiemao_2014/CPUIdel/CPUIdel.md CPU在绝大部分时间是什么都不干的. 大多数技术专家都知道这个事实,但对于 CPU 是如何从空闲状态切换到工作状态,忙完后又回到空闲状态的相应机制,我们还没有详细讨论过. 对现代处理器来说这种机制变得越来越重要; 今天大部分芯片设计的一个目标是将处理器尽快地切换到低功率状态. Gustavo Duarte 写的

空闲时R--Omv下载

iredsoft image resizer 可以帮助你批量调整图像文件的大小,它能够从一个目录中苦想一贫如洗的图像文件,然后依据你所指定的尺寸重新调整它们的大小.iredsoft image resizer 能够帮助你批量调整图像文件的大小,它能够从一个目录中苦想所下药图像文件,然后根据你所指定的尺寸重新调整它们的大小. mydesk 2.0交融了众多应用程序的格调与需求,其生成的应用程序多种多样,极具专业性,并可由最终用户进行必要的二次扩大. mydesk 2.0融合了众多应用程序的格调与需

vim编辑时非正常退出处理方法

当我们在linux系统用vim编辑一个文件时,由于断电或其他的原因,比如用的ssh连接的端口,网络中断而关闭等.当再次编辑这个文件时会有提示: "filname.swp" already exists![O]pen Read-Only, (E)dit anyway, (R)ecover, (Q)uit: 当再次按确认键,可进入编辑模式,每次进入都会问你一遍,比较麻烦,为了解决这个问题,我们很有必要讨论一下为什么会产生这个吧 因为当vim编辑一个文件时系统会自动产生一个相同文件作为备份,

codeigniter 脚本执行超过300s超时退出问题

直接看代码, file:system/core/CodeIgniter.php /* 102  * ------------------------------------------------------ 103  *  Set a liberal script execution time limit 104  * ------------------------------------------------------ 105  */ 106     if (function_exis

python批量修改SecureCRT会话密码

#利用python批量修改SecureCRT 会话密码 # -*- coding:utf-8 -*- import os,re def CRT_Path(path,*args,**kwargs):     for (dirpath, dirnames, filenames) in os.walk(path):         for file in filenames:             fullname = os.path.join(dirpath, file)             

寻找丢失的微服务-HAProxy热加载问题的发现与分析 原创: 单既喜 一点大数据技术团队 4月8日 在一点资讯的容器计算平台中,我们通过HAProxy进行Marathon服务发现。本文记录HAProxy服务热加载后某微服务50%概率失效的问题。设计3组对比实验,验证了陈旧配置的HAProxy在Reload时没有退出进而导致微服务丢失,并给出了解决方案. Keywords:HAProxy热加

寻找丢失的微服务-HAProxy热加载问题的发现与分析 原创: 单既喜 一点大数据技术团队 4月8日 在一点资讯的容器计算平台中,我们通过HAProxy进行Marathon服务发现.本文记录HAProxy服务热加载后某微服务50%概率失效的问题.设计3组对比实验,验证了陈旧配置的HAProxy在Reload时没有退出进而导致微服务丢失,并给出了解决方案. Keywords:HAProxy热加载.Marathon.端口重用 01 原文地址:https://www.cnblogs.com/yuanj