Will:

I can confirm Gregor has identified the "usual" problem. This is a common problem and I have to ensure that all our network adapters are configured to __NOT__ "Allow the computer to turn off this device to save power" !! Simply get to the network adapter properties (via a lot of different ways) and uncheck the box next to the above statement.

This is especially irritating with WiFi adapters.

HTH,

Bill Haskett

------------------------------------------------------------------------
----- Original Message -----
*From:* gregor.sc...@pentanasolutions.com
*To:* U2 Users List <u2-users@listserver.u2ug.org>
*Date:* 9/26/2012 5:27 PM
*Subject:* Re: [U2] [Windows]
You can adjust your network adaptor to stop the PC Power Management facility 
from turning it off. This should alleviate this problem for you.

Run the "Device Manager" applet in the control panel, select the "Network Adapters" then 
select the appropriate adaptor. Right-click and select the Properties option. On Vista, there is a 
"Power Management" tab that shows a tick-box that indicates if the Power Management can turn the 
power off for the adaptor.


-----Original Message-----
From: u2-users-boun...@listserver.u2ug.org 
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson
Sent: Thursday, 27 September 2012 7:21 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] [Windows]


Update on this case.
If you set the sleep mode on your local PC such that it goes to sleep (power 
save), say while you are at lunch, this will apparently disconnect Universe 
telnet sessions.  I tested this on my own PC, with ALL OTHER programs not 
running, except Accuterm connected to Universe which from the command prompt 
was doing a Loop-On Time with a five minute pause between loops.

I set the sleep mode to go to sleep in one minute (typically you might have 15 
minutes, 30 minutes or an hour).
When it went to sleep, or rather when I woke it up ten minutes or so later, my 
session had been disconnected.

This may explain not one, but *two* issues we are having here.  Zombie sessions 
where the person never does login and yet the telnet process keeps running 
forever (which have apparentlydisappeared on Universe 11), and users getting 
disconnected while in records (because they went to lunch apparently).

So the moral of the story is, set your sleep mode to wait at *least* an hour 
before going to sleep.



-----Original Message-----
From: Wjhonson <wjhon...@aol.com>
To: u2-users <u2-users@listserver.u2ug.org>
Sent: Tue, Sep 25, 2012 4:02 pm
Subject: Re: [U2] [Windows]



Update on this case.
We recently upgraded our main server to Universe 11, and it's also a virtual 
server The problem with these zombie telnet sessions appears to have gone 
bye-bye.

I haven't seen any in nine days, and they used to appear one to three times 
every day.



-----Original Message-----
From: Wjhonson <wjhon...@aol.com>
To: u2-users <u2-users@listserver.u2ug.org>
Sent: Mon, Sep 10, 2012 2:47 pm
Subject: Re: [U2] [Windows]


No that's wrong.  So far none of the solutions presented has given me the IP or
hostname of the particular telnet clients involved.

As I mentioned before, you probably didn't read this one, when you start a
telnet client it appears in the tasklist

In this case, it's tl_server.exe which is Rocket's special telnet server
However IF you do *not* login on that telnet server, then no corresponding entry

is made in the netstat table, or perhaps one is made and then nulled out again.

At the point you want to ask, well what are the ip numbers of these connections,

you have 62 tl_server entries and 61 (repeat 61, not 62) netstat entries.  That
one extra "zombie entry" in the tasklist, is not present in the netstat output.

So netstat is apparently only showing live or active connections or whatever you

might call it, whereas the windows server is holding on to one or more *extra*
zombies.

Yes you can kill those *extra* tl_server.exe sessions, but really it would be
nice to know what activated them.

I killed all the zombies last week, and now I'm back up to about six extra
tl_server sessions without corresponding netstat entries







-----Original Message-----
From: Tony Gravagno <3xk547...@sneakemail.com>
To: u2-users <u2-users@listserver.u2ug.org>
Sent: Mon, Sep 10, 2012 2:37 pm
Subject: Re: [U2] [Windows]


What's the real goal here? To get the hostname of any random telnet
client? You have the information you need to do that. If nothing else
you can get the IP address and someone can manually chase down who's
connecting in. Block rogue connections at the firewall.

I mean, at this point you're going around in circles and the detail
you're providing is irrelevant to the task. What still needs to be
resolved? You're right. It doesn't matter what client program is being
used as long as they come in via the standard telnet port and we don't
care what time of night someone is connecting in.

Why can't this thread be marked RESOLVED?

T

From: Wjhonson
Oops I need to modify my message about these zombie tl_server.exe
Windows sessions...
[huge snip of mostly group-generated footers]


_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users


_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
--
Message  protected by DealerGuard: e-mail anti-virus, anti-spam and content 
filtering.
http://www.pentanasolutions.com

Click here to report this message as spam:
https://login.mailguard.com.au/report/1FDgZC9qD6/2eaJFWFD1SF0HhENWqnJ6f/1.722


This email and any attachments to it are confidential.
You must not use, disclose or act on the email if you are not the intended
recipient.  Liability limited by a scheme approved under Professional
Standards Legislation.
_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Reply via email to