New answers tagged

1

1.) Add User with: (This won't change anything in Ubuntu but just in case.) sudo deluser ftpuser1 sudo adduser ftpuser1 sudo nano /etc/passwd - Change the path if needed 2.) In vsftpd.conf change pam_service_name=vsftpd to pam_service_name=ftp


0

Verify if you have enable these two options: local_enable=YES #Permit local user login write_enable=YES #Write permissions


2

No, this is not possible. Haproxy does not understand the FTP protocol, and therefore can't do things like re-write the FTP commands and responses that include the true IP address of the FTP server. If that's a requirement, then you'll have to find a different proxy solution.


0

Sound like quota related problem on that folder or user antzen. Did you try to upload something when loged as antzen and did you had same issue? You should test upload as admin to find out if you have user or folder quota problem. If quota's aren't problem, It could be firewall issue, so disable it and let your client test again and upload new log.


1

It turns out that simply modifying the file (e.g. using sed) is enough to make the necessary change: sed -i -e 's@/old/home/path@/new/home/path@' /etc/proftpd/proftpd.passwd The changes are applied after ProFTPD restart, e.g. service proftpd restart or another equivalent command. It should be noted, however, that ProFTPD virtual users are linked with ...


-2

Go to firewall configuration of your server and put TCP/15104 as allowed TCP_IN and TCP_OUT port


0

A common reason for things that don't work in cron, but do work in a shell session is a difference of environment. Compare the output of the env when run from cron versus the shell. Recall that a shell launched from cron is non-interactive, which could result in differences in how your init scripts provision your environment.


0

It works for me */5 * * * * screen -dmS ftp-getter /bin/bash /home/user/ftp-getter.sh >> /var/log/ftp-getter.log 2>&1


0

This is an old post however, one alternative is to use the command options: ftp -n -s:ftpcmd.txt the -n will suppress the initial login and then the file contents would be: (replace the 127.0.0.1 with your FTP site url) open 127.0.0.1 user myFTPuser myftppassword other commands here... This avoids the user/password on separate lines


0

You may also want to look into Syncplify.me Server! which scales up pretty well, even in multi-node HA (high-availability) deployments, and supports local as well as Windows and Active Directory users and groups. For 40 (or even 100) concurrently connected clients the machine you have (64 bit Windows 2008 with 32 GB RAM) will work just fine, but it can ...


1

vsftpd.log deny log looks like: Wed Jun 29 14:57:37 2016 [pid 2517] [username] FTP response: Client "::ffff:192.168.0.100", "530 Permission denied." and the default failregex WHICH isn't working in fail2ban config file located "/etc/fail2ban/filter.d/vsftpd.conf" looks like failregex = ^%(__prefix_line)s%(__pam_re)s\s+authentication failure; logname=\S* ...



Top 50 recent answers are included