RE: Further horrors of 'ksysv'

[Scott Stone <SStone@example.com>]

is your user's shell listed in /etc/shells?  If it's not, FTP will disallow
the connection.

-----------------------------------------------------
Scott M. Stone <sstone@example.com>
Senior Technical Consultant - UNIX and Networking
Taos, the Sysadmin Company - Santa Clara, CA


-----Original Message-----
From: Dennis McMurchy [mailto:denismcm@example.com]
Sent: Friday, May 25, 2001 3:43 AM
To: Thomas O'Dowd; Tokyo Lignux Users' Group
Subject: Re: Further horrors of 'ksysv'


On Fri, 25 May 2001, Thomas O'Dowd wrote:

> >   I discovered tonight that something a lot more critical is now 
> > BROKEN (!@#!!$!@!), almost certainly due to this misadventure with
> > 'ksysv':  all my attempts to ftp in from 'VMWare' virtual Windopey
> > machines are now meeting with rejection.   
 
> So what errors are you getting? Can you do an ftp from localhost? 

  Sorry, I didn't provide much info at all, I was writing in such 
haste last night.  No, I can't ftp to localhost, either:

	<denismcm@example.com:~>$ ftp localhost
	Connected to localhost.
	220 localhost FTP server (Version wu-2.6.0(1) Mon Feb 28 
	    10:30:36 EST 2000) ready.
	331 Guest login ok, send your complete e-mail address as password.
	530 Login incorrect.
	Login failed.
	ftp> user denismcm
	331 Password required for denismcm.
	Password: 
	530 Login incorrect.

> Is inetd (or other inetd type process) running? 

  Yes, inetd is running.

> If it is Redhat try sending us the output of the following command.
> # /sbin/chkconfig --list

httpd          	0:off	1:off	2:off	3:on	4:on	5:on	6:off
apmd           	0:off	1:off	2:on	3:on	4:on	5:on	6:off
keytable       	0:off	1:off	2:on	3:on	4:on	5:on	6:off
gpm            	0:off	1:off	2:on	3:on	4:on	5:on	6:off
netfs          	0:off	1:off	2:off	3:on	4:on	5:on	6:off
network        	0:off	1:off	2:on	3:on	4:on	5:on	6:off
random         	0:off	1:on	2:on	3:on	4:on	5:on	6:off
pcmcia         	0:off	1:off	2:on	3:off	4:on	5:off	6:off
nfs            	0:off	1:off	2:off	3:on	4:off	5:off	6:off
linuxconf      	0:off	1:off	2:on	3:on	4:on	5:on	6:off
lpd            	0:off	1:off	2:on	3:on	4:on	5:on	6:off
inet           	0:off	1:off	2:off	3:on	4:on	5:on	6:off
portmap        	0:off	1:off	2:off	3:on	4:on	5:on	6:off
xfs            	0:off	1:off	2:on	3:on	4:on	5:on	6:off
routed         	0:off	1:off	2:off	3:off	4:off	5:off	6:off
rstatd         	0:off	1:off	2:off	3:off	4:off	5:off	6:off
rusersd        	0:off	1:off	2:off	3:off	4:off	5:off	6:off
rwhod          	0:off	1:off	2:off	3:off	4:off	5:off	6:off
smb            	0:off	1:off	2:off	3:off	4:off	5:off	6:off
sendmail       	0:off	1:off	2:on	3:on	4:on	5:on	6:off
syslog         	0:off	1:off	2:on	3:on	4:on	5:on	6:off
snmpd          	0:off	1:off	2:off	3:off	4:off	5:off	6:off
crond          	0:off	1:off	2:on	3:on	4:on	5:on	6:off
ypbind         	0:off	1:off	2:off	3:off	4:off	5:off	6:off
vmware         	0:off	1:off	2:off	3:on	4:off	5:on	6:off
anacron        	0:off	1:off	2:off	3:off	4:off	5:off	6:off
named          	0:off	1:off	2:off	3:off	4:off	5:off	6:off
dhcpd          	0:off	1:off	2:off	3:off	4:off	5:off	6:off
gated          	0:off	1:off	2:off	3:off	4:off	5:off	6:off
ipchains       	0:off	1:off	2:off	3:off	4:off	5:off	6:off
kdcrotate      	0:off	1:off	2:off	3:off	4:off	5:off	6:off
kudzu          	0:off	1:off	2:off	3:on	4:on	5:on	6:off
nfslock        	0:off	1:off	2:off	3:on	4:on	5:on	6:off
identd         	0:off	1:off	2:off	3:on	4:on	5:on	6:off
xntpd          	0:off	1:off	2:off	3:off	4:off	5:off	6:off
 
> It is likely that ksysv turned off a couple of things for you.

  Yes, that would seem to be the case.  Why, I ever tried this damned
'ksysv' thing is beyond me.  I swore off these things when I saw what
a mess 'linuxconf' would always make, breaking all sorts of things by
e.g. arbitrarily resetting the permissions on /dev/ttyS1 so that I 
couldn't use my modem and so forth.

  Looking on the bright side: I suppose I couldn't ask for a more 
secure ftp server, could I?  God, what a pain this is.  I really
haven't a clue what to tweak to fix 'ftp'.  Hope someone else does.

  Thanks for thinking about this Tom.  Cheers, Dennis
 


-----------------------------------------------------------------------
Next Technical Meeting:  Sat, May 12 13:30- 
Next Nomikai Meeting:    Fri, June (TBA) 19:30- Tengu Tokyo Eki Mae
-----------------------------------------------------------------------
more info: http://www.tlug.gr.jp           Sponsor: Global Online Japan