Ooooo, talk about stirring to pot.

I partially agree with you Dan.  However, administrators who have access via
and thru Telnet via local network should not require SSH to connect as root.
Loading another key/shell on a PC to connect via root does not fly with me.
I would like to get in thru root via local as with 4.01.  I have created a
series of scripts for Fetchmail which I would like to incorporate on 4.1.

I respect the whole SSH issue especially for world access to systems but not
local.  I personally have three different secure access packages to connect
to remote clients.  I do not want another one to connect and administer my
systems inside my own firewall and domain.

Setting this as normal telnet connection for admin and root and optional SSH
for local would be acceptable, beyond that, we will bury ourselves in the
secure world where we cannot administer and function.  If I give someone
else the Admin password on my domain, then I am liable for their errors if
they so decide to meddle in areas they should not.

Kenneth Lang


----- Original Message -----
From: "Dan Brown" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "E-smith developers list" <[EMAIL PROTECTED]>
Sent: Tuesday, January 16, 2001 8:02 PM
Subject: Re: [e-smith-devinfo] Telnet "root" access


> Ted Serreyn wrote:
>
> > No I do.   I have clients that don't have the root or admin password,
sometimes
> > dialing in, I can only get a telnet window and then run lynx or do other
things
> > as root, not as admin.
>
> Well, that's the point of root vs. admin.  The issue is whether to have
> access via *telnet* as opposed to SSH.  Considering that there are Java
> SSH applets available, I don't see much (if any) need for root access
> via telnet.  Perhaps, though, it would be good to include one of those
> SSH applets in the e-smith distro...
>
> --
> Dan Brown, KE6MKS, [EMAIL PROTECTED]
> "Meddle not in the affairs of dragons, for you are crunchy
> and taste good with ketchup."
>
> --
> This list is archived
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to