• Please be aware: Kaspersky Anti-Virus has been deprecated
    With the upgrade to Plesk Obsidian 18.0.64, "Kaspersky Anti-Virus for Servers" will be automatically removed from the servers it is installed on. We recommend that you migrate to Sophos Anti-Virus for Servers.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Proftpd problem

It seems that I cannot post chkconfig --list on the board so it's in an attached text file
 

Attachments

  • chkconfig --list .txt
    5.9 KB · Views: 1
Attached in text file again

grep ftp /var/log/secure
 

Attachments

  • grep ftp varlogsecure.txt
    24.2 KB · Views: 6
try to change password for user 'noise' temporary
passwd noice <<< type any dummy here, for example 'qweqwe' and try to login again
 
still not working with that pam.d.

the smtp service has no problem with it.
 
Output of su -l $FTP_USER -s '/bin/sh' -c 'cat /etc/{passwd,group}' provide actual data?
In additional provide permission for /etc/{passwd,group}, also try to login with selinux turned off.
 
Last edited:
ls -l /etc/{passwd,group}
-rw-r--r-- 1 root root 1102 Nov 23 12:13 /etc/group
-rw-r--r-- 1 root root 3651 Jan 20 13:51 /etc/passwd


other results are in the attached text file, all my ftp users are there.
 

Attachments

  • su -l $FTP_USER -s ':bin:sh' -c 'cat :etc:{passwd,group}'.txt
    5.1 KB · Views: 3
on server exec strace -f -s 1024 -o /tmp/STRACE /etc/init.d/xinetd restart
try to login under FTP user and attach /tmp/STRACE (do not forget to hide password in STRACE)
 
This one went wrong

I did the strace, logged with a ftp account used on the box, sended a stop signal(ctrl-c) to strace that the process ignored.

At the meantime smtp auth started to failed.

retsarted xinetd, smtp auth came back ok and strace stopped.

Now in /tmp/STRACE, when I grep for the user name used on the ftp login I have nothing so it's like I never tried login via ftp.

All the rest is tracked down by strace except that ftp login, I see all smtp auth trial failing one after another etc.

tried twice and I always get the same results.
 
>it's like I never tried login via ftp.
possible need to wait until xinet.d service perform restart

>sended a stop signal(ctrl-c) to strace that the process ignored.
in another console call /etc/init.d/xinetd restart, should be enought
 
I waited for the message xinet.d stop/start to finish before proceeding.

I will have another look at all this today.

another console call /etc/init.d/xinetd restart, should be enought

yeah that worked okay, just founded it weird a bit.

Is it normal that using strace on xinet.d prevent my smtp auth to work properly ?
 
I'm on version 9.5.4 on Fedora 8 and have the same problem after a yum update.

I tried all solutions and problem still (530 Login Incorrect for all users). Any solutions?
 
still trying to figure why ftp login doesn't show up in xinet.d strace

...
 
I solve the problem! I found the solution here http://forum.parallels.com/showthread.php?t=87980.

The yum update change the '/etc/pam.d/proftpd'.

#%PAM-1.0
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth required pam_stack.so service=system-auth
auth required pam_shells.so
account required pam_stack.so service=system-auth
session required pam_stack.so service=system-auth

I changed /etc/pam.d/proftpd to match a fedora server without the update ( 1.3.1 )

#%PAM-1.0
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth include system-auth
auth required pam_shells.so
account include system-auth
session include system-auth
session required pam_loginuid.so
 
Thank you very much Sito, this fix works fine for me.
The yum update change the '/etc/pam.d/proftpd'.

#%PAM-1.0
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth required pam_stack.so service=system-auth
auth required pam_shells.so
account required pam_stack.so service=system-auth
session required pam_stack.so service=system-auth

I changed /etc/pam.d/proftpd to match a fedora server without the update ( 1.3.1 )

#%PAM-1.0
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth include system-auth
auth required pam_shells.so
account include system-auth
session include system-auth
session required pam_loginuid.so

:)
 
Back
Top