|
It all depends on what you mean by "Telnet tool". Are you talking about telnet.exe that comes with windows? That is the actually "Telnet tool", but when you say an ISP shut down telnet, you are talking about an ISP shutting off access to port 23. Which as far as I can tell is completely ludicrous, since every other port is open through an ISP. Or are you talking about the ISP shutting off port 23 on their servers? Lots of ISPs do that, lots of computers don't have port 23 open. The telnet tool can be used for a lot more than just the telnet port (23). I play a mud which is on port 2525, I use telnet. To check the status of POP3 (110) and SMTP (25) servers. I have even used it for HTTP (port 80) and IRC (6000, 7600, etc...). As far as and ISP shutting down access through port 23 (not to their servers, but to other servers outside their network I would throw a stinking fit. No other ports are disabled that way nor should port 23. A port is just that, a port. I can put anything I want on port 23 as I can on any other port. It is just the standard to put certain services on different ports. I would not blame them for disabling ports 31337 and 12345 though, though I am fairly sure they would never do that since all the problems that it would cause them. (31337 is BackOrafice, 12345 is Netbus) Regards, Jim Langston Date: Wed, 4 Oct 2000 22:28:00 -0400 From: rgh@us.ibm.com Subject: Telnet tool shutdown Booth, The telnet tool you are talking about is the Microsoft telnet client. This client does not negotiate a terminal type when the remote host is an AS/400. This generates a VT100 ascii signon for an AS/400. The named devices support is part of the tn5250e RFC. This is fully supported on an AS/400 in a 5250 session. ISPs usually do not run a telnet server. There could be some security holes since a Windows NT has a default profile of Guest that anyone could use to signon a telnet session, signon as guest and destroy data in Windows NT. The AS/400 has user profiles with plenty of object level security to prevent someone from getting to data only if they are authorized. Richard G. Hartmann e-mail: rgh@us.ibm.com +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
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.