Strange telnet problem
Strange telnet problem
(OP)
Hi all. I may have posted this previously, but having thought I had resolved the problem using snoop from another server, it seems to have reappeared.
Basically, between about 17:00 and 8:30 the following morning (and all day at weekends), any telnet sessions to my M4000 server are dropped after a couple of minutes connected. I can see nothing in any configuration files which might affect this, and there is nothing in /var/adm/messages to indicate a problem of any kind.
Just on the off-chance, any ideas? Thanks.
Basically, between about 17:00 and 8:30 the following morning (and all day at weekends), any telnet sessions to my M4000 server are dropped after a couple of minutes connected. I can see nothing in any configuration files which might affect this, and there is nothing in /var/adm/messages to indicate a problem of any kind.
Just on the off-chance, any ideas? Thanks.
The internet - allowing those who don't know what they're talking about to have their say.
RE: Strange telnet problem
Any login script being used?
Happening only in a particular shell?
Anything in a profile that could be causing it?
Going through any device that may have time of day usage rules?
Blue![[Dragon] Dragon](https://www.tipmaster.com/images/Dragon.gif)
If I wasn't Blue, I would just be a Dragon...
RE: Strange telnet problem
The internet - allowing those who don't know what they're talking about to have their say.
RE: Strange telnet problem
How about this;
couple different types of timeout values
A) The login session.
The entry in the /etc/default/login file:
# TIMEOUT sets the number of seconds (between 0 and 900) to wait before
# abandoning a login session.
#
#TIMEOUT=300
defines the number of seconds the login process will wait on an attempted login for a response to the login prompt. For example, if you have the TIMEOUT value set to 120, then when you "telnet ", you will have 120 seconds, or 2 minutes, to enter a login name before it closes the connection.
The default is 300 seconds, or 5 minutes.
B) The shell session. (Korn and Bash shells only, /usr/bin/ksh and /usr/bin/bash)
The TMOUT environment variable is what controls Korn and Bash shell inactivity timeout. If it is unset, or has a value of 0, then timeout is disabled. If it is set to a value greater than zero, then the shell will terminate if a command is not entered in the specified number of seconds in the TMOUT variable.
The TMOUT variable can be set in /etc/profile for all users, or in an individual's $HOME/.profile.
Note: There is no TMOUT equivalent for either the bourne (/bin/sh) or C (/bin/csh) shells. Also, it only works for login sessions which use simple shells (like telnet or rlogin). It will NOT automatically logout from a CDE or Openwindows session. However, if the TMOUT variable is set in /etc/profile as shown above, any terminal window within CDE will exit after exceeding the TMOUT idle value. That might not be a desirable thing.
Product
Solaris 10 Operating System
Solaris 9 Operating System
Solaris 8 Operating System
RE: Strange telnet problem
Does it happen when you ssh?
Also see below
XSCF Shell terminal
* You can use the XSCF Shell with SSH or telnet connection.
* Either of the two XSCF-LAN ports can be used concurrently by more than one user. (Note 1)
* Switching to the domain console is enabled by the console(8) command. For details on changing these default keys, see the description on the console(8) command.
* After login, if the XSCF Shell is not used for a certain period, the user is forcibly logged out. For details on setting XSCF session timeout, see the description on the setautologout(8) command.
RE: Strange telnet problem
Blue![[Dragon] Dragon](https://www.tipmaster.com/images/Dragon.gif)
If I wasn't Blue, I would just be a Dragon...
RE: Strange telnet problem
What is particularly odd in this circumstance is that the problem only manifests itself in the evenings and all day at weekends. There must therefore be something happening to cause the issue, but I'm darned if I can find anything! If anyone has other ideas, please throw them in.
Thanks again.
The internet - allowing those who don't know what they're talking about to have their say.
RE: Strange telnet problem
Does ssh have the same issue?
Chris
RE: Strange telnet problem
I read elsewhere that possibly keeping the NIC alive via ntp might help too, so I have set this up and should find out sometime over the next few hours. Will report back!!
The internet - allowing those who don't know what they're talking about to have their say.
RE: Strange telnet problem
When the telnet times out are you actually doing work or is it idle for a couple minutes?
Have you timed it out to see how long before it times out?
any progress with the ntp
RE: Strange telnet problem
I ran a ping test from another server over Wednesday night and it showed that the ping wasn't returned for something like 5 hours in one minute intervals seemingly randomly throughout the night, but only when our Customer Service Centre is inactive between 16:45 and 8:45 the next day (though that may be a red herring too). So, the plot thickens! I intend doing some more digging next week and will keep you abreast of what I find. In the meantime, any other bright ideas welcomed.
The internet - allowing those who don't know what they're talking about to have their say.
RE: Strange telnet problem
The internet - allowing those who don't know what they're talking about to have their say.
RE: Strange telnet problem
On the subject of your workaround (gateway ping) you could set up IPMP so this would be a BAU (Business As Usual) process for the interfaces though you have to consider if your network services (managers) are happy to be receiving the extra udp traffic that your IPMP test interface @IP's would be sending?
I just love these things that seem to have no rime or reason to the cause ;)
Laurie.
RE: Strange telnet problem
The internet - allowing those who don't know what they're talking about to have their say.