Bug 1045922
| Summary: | Known bug with the anonymous FTP upload directory, with a workaround | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Sam Varshavchik <mrsam> | ||||
| Component: | proftpd | Assignee: | Paul Howarth <paul> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 20 | CC: | matthias, paul | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | proftpd-1.3.4e-1.fc20 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-02-25 13:24:40 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Not sure there's ever going to be an upstream fix for this. I've included the patch in proftpd-1.3.5-5.fc22 and will include it in any further updates for older releases if there are any, but I'm not convinced it's worth doing updates just for this. proftpd-1.3.5-4.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/proftpd-1.3.5-4.fc21 proftpd-1.3.4e-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/proftpd-1.3.4e-1.fc20 Package proftpd-1.3.4e-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing proftpd-1.3.4e-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-2120/proftpd-1.3.4e-1.fc20 then log in and leave karma (feedback). proftpd-1.3.5-4.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. proftpd-1.3.4e-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 840499 [details] An ugly, but workable patch. Description of problem: Uploading to the anonymous FTP's uploads directory is broken, using Fedora's default configuration. It's a known bug that's been reported upstream; there is a trivial workaround for the meantime. Version-Release number of selected component (if applicable): proftpd-1.3.4d-4.fc20.x86_64 How reproducible: Always Steps to Reproduce: 1. Add -DANONYMOUS_FTP to /etc/sysconfig/proftpd, where indicated. 2. Start proftpd 3. Try to upload something into the uploads directory that the rpm package sets up, by default. Actual results: $ ftp localhost Trying ::1... Connected to localhost (::1). 220 FTP Server ready. Name (localhost:mrsam): anonymous 331 Anonymous login ok, send your complete email address as your password Password: 230- *** Welcome to this anonymous ftp server! *** You are user 1 out of a maximum of 10 authorized anonymous logins. The current time here is Sun Dec 22 17:39:53 2013. If you experience any problems here, contact : root@localhost 230 Anonymous login ok, restrictions apply. Remote system type is UNIX. Using binary mode to transfer files. ftp> cd uploads 250 CWD command successful ftp> put dummyfile.txt local: dummyfile.txt remote: dummyfile.txt 229 Entering Extended Passive Mode (|||31213|) 550 dummyfile.txt: Operation not permitted ftp> 221 Goodbye. Expected results: The file should be uploaded into the uploads directory. Additional info: It's a bug in the interaction between mod_vroot, which is enabled in the default proftpd.conf that's installed by the Fedora package, and the anonymous FTP configuration. Until this is fixed upstream, the following patch will produce a workable uploads directory.