ttysnoop

[Mike A. H. <mh...@me...>]

I've been trying to get ttysnoop to work with 2.2.x now for a
couple weeks and am not getting anywhere.

I don't really care if the program itself ever works, rather I
want the following functionality out of ANY program in ANY way.

1) I want to be able to type:
	peekaboo <ttyX>

   where ttyX is *ANY* tty in the system, tty1, ttyp3, ttya4,
   /dev/pts/0, etc..

2) I want the entire contents of the tty's screen to be mirrored
to my own screen (assuming equal screen sizes).  It would be nice
if my keyboard is attached as well, or if there was a key
sequence to connect/disconnect my keyboard.

If no such program exists that actually WORKS and WORKS with a
2.2.x kernel, can someone help me create one?

I'd like to do this standalone with no server if possible.  My
thinking is that, if the kernel controls tty's, then it should be
possible via kernel syscalls to completely take over a tty via
root, or via suid root app.  similar to ttysnoop, but without
having to have ttysnoopd intercepting as a middle man in
inetd.  ttysnoop doesn't work with ssh for example.

So, how does one intercept tty's then?  A combo userland app,
kernel module would be fine, but I want a clean solution that
doesn't require mucking with inetd configuration, or modifying
other programs source code.

Someone has suggested "screen" to me, and I know what screen is
and does, and use it on a daily basis, and am familiar with the
manpage and all options - it does not allow me to view someone
ELSE's ssh session however.  It doesn't in fact do anything that
I want this for.

So, please respond only with info on such a ttysnoop replacement
in existance, or some advice on creating one in userland, in
kernel, or combo of both.

Thanks very much in advance!

Take care!
TTYL

-- 
Mike A. Harris                                     Linux advocate     
Computer Consultant                                  GNU advocate  
Capslock Consulting                          Open Source advocate

... Our continuing mission: To seek out knowledge of C, to explore
strange UNIX commands, and to boldly code where no one has man page 4.