Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

PuTTY suppress pop-ups.

23 views
Skip to first unread message

Rubic

unread,
Jan 4, 2010, 4:46:52 PM1/4/10
to
I'm running putty on a Server 2003 box. Every now and then putty
loses the connection and creates a pop-up to notify me.
Problem is I need the session putty is providing to run 24/7. I'm
using Firedaemon to monitor things and keep putty running but while
that pop-up is there, Firedaemon thinks everything is fine.

Is there a way to suppress pop-ups? Or have putty re-connect when the
connection fails?

Nico Kadel-Garcia

unread,
Jan 5, 2010, 7:37:51 AM1/5/10
to

Use CygWin's ssh for now? Or use VNC to keep your terminal sessions
alive? Putty is a wonderful graphical tool, but it's not clear why you
need the 24x7 operation here.

Regis

unread,
Jan 5, 2010, 10:56:15 AM1/5/10
to
Rubic <davi...@gmail.com> writes:

Auto reconnect in putty is apparently on the wish list and at low
priority
http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/reconnect-auto.html

VanDyke's vastly superior SecureCRT product (for which you do have to
pay, but has a free trial) does have auto reconnect, as well as a
tabbed interface, integrated file transfer features, and many other niceties:
http://www.vandyke.com/products/securecrt/index.html

However, I suspect you may be interested in knowing about Gnu screen
if you don't already. Just type "screen" in your ssh session
(assuming it's installed on the ssh server box). Then, when you
reconnect via ssh after a network hiccup, you can then reconnect to
the virtual tty as you left it when the connection terminated (using
screen -r). Think of it as VNC for text mode terminal connections.

This way you don't have to be so obsessive about a connected ssh
session being persistent--with screen always running, all you need to
care about it reestablishing an ssh connection if your eyeballs need
to actually see what's going on there. Screen can maintain the
scrollback and history on the server side and such so you can see what
you missed in whatever you're monitoring on the server.

Using openssh with cygwin as suggested by another poster would be a
useful way around any putty annoyances you have, however, using a
watcher to keep an ssh client awake and alive seems to be the wrong
tool for the ultimate job here.

0 new messages