Issue FTP broken?

[Scared Donut]

Server operating system version

AlmaLinux 8.9

Plesk version and microupdate number

Plesk Obsidian 18.0.59.2

Hi all,

I am having some weird issues with FTP. Every 2k -4k files the FTP stops working and I get the following error in Filezilla:

Error: Connection closed by server
Error: File transfer failed
Status: Connecting to ***:21...
Error: File transfer aborted by user
Error: File transfer aborted by user

The only way for me to fix this issue is to run service xinetd restart in console.

There are a couple of errors in /var/log/secure

Apr 7 23:37:30 ns514231 proftpd[48892]: pam_env(proftpd:setcred): Unable to open config file: /etc/security/pam_env.conf: No such file or directory
Apr 7 23:37:30 ns514231 proftpd[48892]: pam_systemd(proftpd:session): Failed to connect to system bus: No such file or directory

The file /etc/security/pam_env.conf does exist so I am not sure while its unable to open it. owner is root:root and the file attribute is 644

I made no changes (plesk updates by itself so not sure if there was a recent update). Restarting the machine did not work.

I'd appreciate any help that I can get. Thanks!

 

[kevinjansen]

I do have the same issue here, did u upgrade from centos to almalinux also or do you also have it on fresh installs?

 

[pleskpanel]

I'm going to bump this thread and add that this has started to happen with large file uploads but exact date when it started isn't clear. It's present on AlmaLinux 8/9 and CentOS 7.

 

[pleskpanel]

This seems to have resolved it however it's unclear what changed or why:

https://support.plesk.com/hc/en-us/...ansfer-on-Plesk-for-Linux-server-with-SELinux

 

[pleskpanel]

This was not the fix as it failed again soon after. Not sure what's going on!

 

[kevinjansen]

Did not fix it for me neither.
All what i have tested:
- Checking selinux but thats in permissive
- Its only for sftp connections, the none secure works fine but we are forcing sftp only.
- We are running Imunify360, disabling does not do anything.

Going to test it on other servers. So far its only on Almalinux after upgrade from Centos.

 

[kevinjansen]

Just tested now, a fresh installed Almalinux 8.9 with same results, everything on default (recommended install)

 

[pleskpanel]

So it's not a port issue as we've disabled iptables and border firewall traffic restrictions. Hopefully this thread gets the attention of a Plesk staff member!

 

[Kaspar@Plesk]

Unfortunately I don't have any other suggestions then the ones suggested in the various knowledge base articles: https://support.plesk.com/hc/en-us/search?utf8=✓&query="pam_env(proftpd:setcred)"

If those don't solve the issue I suggest contacting Plesk support for an investigation of the issue on your server.

 

[pleskpanel]

We were able to track this down and as much as we wanted it to be a Plesk or CentOS/AlmaLinux problem, it turns out that it was a security endpoint policy with an HTTPS stream inspection that would cause this behavior. Adding an exception fixed it for FTPS transfers!

 

[kevinjansen]

Hi Pleskpanel,

What did u do exactly to get it working again?