VSFTP issue with NIS users in AS 3.0

[PVR]

I have installed and enabled the package vsftpd.
I am able to ftp in to the system using local users and root. But when I use NIS users, it is saying that login incorrect.

Can you throw some light on this issue

Thanks in advance

[Alexander Chuzhoy]

Is everything OK for the users that are login from local terminal-do they get any messages even if they are loggin in?
do you have automount enabled for the users that login?

[PVR]

Yes. NIS user's home directories are automounted.

For Normal users everything is working fine

Thanks

[Alexander Chuzhoy]

I've installed similar setup few days ago.
However I'm able to login with ftp using nis accounts.
Compare you /etc/pam.d/vsftpd to the file that is uploaded (default).
Best regards.

[PVR]

I compared the file and it is same.

Can You upload your vsftpd.conf file??

My NIS user's hoem directories are automounted and It should not create a problem...This is the first time I am facing this kind of problem. My OS is RH AS 3.0

Thanks a lot for quick response

[Alexander Chuzhoy]

My vsftpd.conf file is the default file
except that I prevent from users to change directories outside from their home directories.
I use rhel es 3.0

The major difference (I guess) is that I unchecked the md5/shadow options for passwords for this domain.

[PVR]

I get the following error message when I try to ftp to the system. But even after that I can login into the system as any local user. Shadow and md5 is enabled there int he setup

220 Welcome to GETS Opteron system
530 Please login with USER and PASS.
530 Please login with USER and PASS.
KERBEROS_V4 rejected as an authentication type
Name (0:root):


i tried by disabling "md5 option using setup--> authentication configuration" But still I got the same error. I think it is something related to the authentication. In NIS it is not using shadow passwords.

PL let me know if something clicks in your mind

[Alexander Chuzhoy · Accepted solution]

in NIS server run
authconfig utility to uncheck md5/shadow if selected.
then run make -C /var/yp to rebuild the database.Then change a password for a specific user. Then try to login as this user....

[Bob_176]

If the user's shell (in the passwd file) isn't
in /etc/shells, vsftpd will reject the user.
This isn't obvious from the rejection messages.
For historical reasons (other platforms) many
of our users have /usr/local/bin/tcsh as
their login shell. Only vsftpd seemed to care
that /usr/local/bin/tcsh wasn't in /etc/shells.