Operating System - HP-UX
1834650 Members
2069 Online
110069 Solutions
New Discussion

Another FTP access denied (530) problem

 
SOLVED
Go to solution
Elmar P. Kolkman
Honored Contributor

Re: Another FTP access denied (530) problem

There is no difference. The files are even exactly the same file, since /bin is a link to /usr/bin. It is just that the ftpd doesn't look at the contents but the location.
Every problem has at least one solution. Only some solutions are harder to find.
yyghp
Super Advisor

Re: Another FTP access denied (530) problem

I see.
But since
lr-xr-xr-t 1 root sys 8 Aug 7 02:26 /bin -> /usr/bin
shows that /bin/ksh and /usr/bin/ksh are pointed to the same file 'ksh'(in
another way, it's the same i-node), so, why does ftpd act that stupid ?
And i am not clear about yours:
"It is just that the ftpd doesn't look at the contents but the location"
could you please give me more explaination on this?
thanks once again !
Fabio Ettore
Honored Contributor

Re: Another FTP access denied (530) problem

Elmar was right when he wrote about getusershell.
From man getusershell I am going to past the part more interesting:

......

getusershell()
Returns a pointer to the first legal user shell as defined in the file /etc/shells (see shells(4)). If /etc/shells does not exist or is not readable, getusershell() returns the following standard system shells:

/sbin/sh
/usr/bin/sh
/usr/bin/rsh
/usr/bin/ksh
/usr/bin/rksh
/usr/bin/csh
/usr/bin/keysh

......

Then ftpd's behaviour is due to getusershell which uses /etc/shells and if it doens't exists or is not readable then returns on shells above and only those locations or paths. Only those even if they have links and therefore the same i-node of other files.

Best regards,
Ettore
WISH? IMPROVEMENT!