Allow PASV FTP

15 posts / 0 new
Last post
#1 Thu, 04/26/2012 - 05:54
DoubleSpeed

Allow PASV FTP

Only 'PORT' data connection ftp protocol will work on my server I've checked in the server settings and in the FTP server and says PASV use defualt any ideas?

Thu, 04/26/2012 - 06:37
Locutus

Please elaborate "will not work", what happens when you try passive mode? What errors does the client and ProFTPD log show?

Thu, 04/26/2012 - 07:45
andreychek

Howdy,

Also, check out the FAQ entry here titled "FTP Service Isn't working", it contains a fix for some common problems:

https://www.virtualmin.com/documentation/web/faq

Thu, 04/26/2012 - 08:44
DoubleSpeed

Just tried running modprobe ip_conntrack_ftp

However I got...

FATAL: Error inserting nf_conntrack_ftp (/lib/modules/2.6.35.4-rscloud/kernel/net/netfilter/nf_conntrack_ftp.ko): Cannot allocate memory

Any ideas?

Thu, 04/26/2012 - 09:08
andreychek

My guess is that you're on a VPS -- and either low on memory, or your provider doesn't allow you to load kernel modules.

Are you by chance using an OpenVZ-based VPS?

If so, what output do you get if you run "free -m"? And can you paste in the contents of /proc/user_beancounters?

-Eric

Thu, 04/26/2012 - 09:19
DoubleSpeed

Its a RackSpace Cloud Server

free -m total used free shared buffers cached

Mem: 998 864 133 0 10 279 -/+ buffers/cache: 573 424 Swap: 2047 339 1708

/proc/user_beancounters

-bash: /proc/user_beancounters: No such file or directory

Thu, 04/26/2012 - 12:20
Locutus

I repeat my initial question: What exactly happens when you try to do a passive mode transfer? What does the client say, what do the logs show?

If you'd like us to try and help you, you need to provide the information we ask for as thoroughly as possible. "Doesn't work" is not an error report. :P

Wed, 05/02/2012 - 16:07
DoubleSpeed

I've upgraded the cloud servers memory to 2GBs and the modprobe ip_conntrack_ftp command has now run OK so was a memory issue stopping the command from running.

Wed, 10/10/2012 - 10:30
DoubleSpeed

As I reported in my post above (Posted: Wed, 2012-05-02 22:07) I successfully ran the modprobe ip_conntrack_ftp command and pasv ftp had been working fine, I tried to connect to the server today and only PORT would work. I re-ran the modprobe ip_conntrack_ftp command and pasv ftp is working again, what would cause this to reset and how can I ensure it doesn't happen again?

Sat, 10/13/2012 - 09:28
Locutus

Was the server rebooted inbetween? As far as I know, modules should not get unloaded just like that.

As a quick-and-dirty workaround it might help to run the modprobe command once per day via cron. If the module is already loaded, modprobing it again doesn't hurt.

Sun, 10/14/2012 - 02:25
DoubleSpeed

Not sure if it had been rebooted, can I set it to always start on reboot/boot up if so how?

Sun, 10/14/2012 - 21:34
andreychek

Modules can indeed be loaded at boot time.

What distro are you using?

For example, on Ubuntu/Debian, you can have a module load at boot time by adding it to the /etc/modules file.

-Eric

Mon, 10/15/2012 - 01:04
DoubleSpeed

Centos

Mon, 10/15/2012 - 09:04
andreychek

There are instructions here for loading a module at boot time using CentOS:

http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-kernel-modul...

Tue, 11/26/2013 - 09:18
DoubleSpeed

Can I set this to be loaded at start-up/reboot via Webmin?

modprobe ip_conntrack_ftp