× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.