Re: query on telnet exit program

[Dr Syd Nicholson <sydnic@xxxxxxxxxx>]

No. The Telnet exit program is only initiated when the telnet session is
first requested. The Telnet exit program will not be activated again
within this session after the user receives the sign on display, (or is
automatically signed on).

To prevent telnet from box A, I suggest you review user authority to the
telnet command. If there are any systems the user must be able to
telnet, you could wrap the telnet instruction inside a program compiled
with USRPRF(*OWNER).

It would be better, if you applied security to boxes B and C. This will
prevent unwanted access from any system. Indeed, I would recommend
applying security to all three boxes. To save time re-inventing the
wheel, you might want to consider using a security package. There are
several that will meet your needs. I would recommend SECURE/NET. See
www.team400.net.

Syd Nicholson




KSI wrote:

> --
> [ Picked text/plain from multipart/alternative ]
>
> Hi All,
>
> I have a network with 3 iseries servers connnected.  The user can signon to any one of the server's & do a telnet to connect to other server(s).  Say, user signs on to server A , does a telnet to Server B or Server C.  Can i implement telnet exit program in server A (i guess the general practice is to implement on B or C), so that when the user does a telnet to server B or C does not get connected.  I don't want to implement exit programs on server B or C as i don't want the traffic from server A to B or C happen.
>
> Please let me if i can implement the exit program on server A & any document available on the web for this.
>
> TIA for you support.
>
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! Web Hosting - Let the expert host your site
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.