Windows 2000(also Professional)/2003/2008 server comes with telnet server. But I apologize I thought you were talking about telnet client mainly. And in windows XP its disabled and by default in vista it's not installed. I might be sounding dumb. But I think it should be installed by default but not turned on. But make it easy to enable and always run as a service.
King -----Original Message----- From: ros-dev-bounces@reactos.org [mailto:ros-dev-bounces@reactos.org] On Behalf Of Ged Sent: Wednesday, April 15, 2009 8:55 PM To: 'ReactOS Development List' Subject: Re: [ros-dev] [ros-diffs] [sedwards] 40485: add telnet service, enable it by default
I'm talking about servers. Considering both telnet and ssh servers aren't included with Windows, I find this odd.
-----Original Message----- From: ros-dev-bounces@reactos.org [mailto:ros-dev-bounces@reactos.org] Sent: 15 April 2009 17:36 To: 'ReactOS Development List' Subject: Re: [ros-dev] [ros-diffs] [sedwards] 40485: add telnet service, enable it by default
Lots of people use telnet and ssh in windows. Since the mass's use windows there is far more people using telnet then you would think. They use for things like playing mud games or running simple stuff on there systems.
King
-----Original Message----- From: ros-dev-bounces@reactos.org [mailto:ros-dev-bounces@reactos.org] On Behalf Of Ged Sent: Wednesday, April 15, 2009 4:47 PM To: 'ReactOS Development List' Subject: Re: [ros-dev] [ros-diffs] [sedwards] 40485: add telnet service, enable it by default
Why would we want to implement an ssh server? IMO, telnet and ssh servers are things users should install themselves using well known products.
I don't know of anyone who uses telnet or ssh in the windows world. They're unix tools for command line junkies. We have much cooler tools like RDP.
XP/vista doesn't have these services so I'm not really sure why we do. They just increase the build time and take up OS resources
Maybe a better option would be to add the kpym.com tools to downloader and let anyone who may want to install them.
Ged.
-----Original Message----- From: ros-dev-bounces@reactos.org [mailto:ros-dev-bounces@reactos.org] On Behalf Of Steven Edwards Sent: 15 April 2009 14:27 To: ReactOS Development List Subject: Re: [ros-dev] [ros-diffs] [sedwards] 40485: add telnet service, enable it by default
On Wed, Apr 15, 2009 at 5:57 AM, Ged gedmurphy@gmail.com wrote:
Have you not got your unix head on here? I don't think most windows users even know what a telnet server is for,
let
along help to stress/develop it.
My hope was that it would help us nail down some of the issues we will face when we implement or support a proper ssh server. Eventually I plan on setting telnetd to disabled but given we have no other real security and anyone using ReactOS on any system with any sort of critical data is insane I don't see a problem with it. I would in fact be impressed if someone did manage to make a botnet out of a bunch of ReactOS boxen. The PR would do us some good.
Maybe I'm out of touch here though, if this is indeed useful then I
succumb.
It will be more useful when I fix the remaining console issues so apps like ctm, tlist, edit, etc work. Stuff like ping, ipconfig, load, route, etc work. Right now calling Get/SetConsoleMode bombs because it is parentless and most complex applications expecting to run in cmd.exe expect to have some sort of real console to set modes. I think I've found a solution I just need to run it by KJK or get the time to test it out.
'There is another...' so to speak. I didn't find it until after I had already started spending a good bit of time working on the current telnetd implementation.
http://www.kpym.com/2/kpym/index.htm
Its FOSS and does sshd and telnetd and does not seem to suffer from the console problems we face, however there seems to be some sort of problem starting or installing the service the last time I tested. I'd be happy to just dump the current telnetd in favor of it if it can be made to work under ROS. I just don't want to see what limited remote access we have now regress which is why i went ahead and enabled it.