• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

FTP trouble

E

Egenius

Guest
Hi !

I'm install Plesk 8.6.0.4 on OpenVZ virtual machine under Centos 5.2.
I have trouble with FTP connect on server. When I connect from TotalCommander I see empty page.
In logs on server I see this message:

proftpd: Deprecated pam_stack module called from service "proftpd"
proftpd: pam_env(proftpd:setcred): Unable to open config file: /etc/security/pam_env.conf: No such file or directory
proftpd: Deprecated pam_stack module called from service "proftpd"
proftpd: pam_succeed_if(proftpd:session): error retrieving information about user 0

But this file is present with permitions 644.

I try connect to active and passive mode, and get no effect.

How I can solve this problem ?
Thank's !
 
Oh yes!
I solved the problem. It was only a point in the config ProFTPD range of passive ports and open access to firewall.
 
Why?

Hi all

I detected the same problems in a fresh Plesk 9.2 installation on the logs messages and secure:

# cat /var/log/secure |grep proftpd

Jul 23 11:06:12 249115 proftpd: Deprecated pam_stack module called from service "proftpd"
Jul 23 11:06:12 249115 proftpd: pam_env(proftpd:setcred): Unable to open config file: /etc/security/pam_env.conf: No such file or directory

I fixed removing the /etc/pam.d/proftd and making new one with

# cat ftp
#%PAM-1.0
auth required /lib/security/pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth required /lib/security/pam_pwdb.so shadow nullok
account required /lib/security/pam_pwdb.so
session required /lib/security/pam_pwdb.so

I restarted xinetd daemon and FTP works again. My question is...Why we have to suffer this kind of problems when we are paying money to use a panel? Is not the first time, and won't be the last. And of course, the worst of all, I didn't find the solution in this forum but another. Cmon!!!
 
Back
Top