-
Notifications
You must be signed in to change notification settings - Fork 191
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to download via SFTP when mod_vroot is present using ProFTPD 1.3.7c #1336
Comments
Can you please provide the ProFTPD configuration you're using, and the ProFTPD debug logging generated when attempting to do an SFTP download? |
Same here, with 1.3.7b it is working, with 1.3.7c I can't read any file over SFTP. Directory listing, delete files and upload files working fine with 1.3.7c. |
@backslash-felix What happens if you turn
in your |
@Castaglia Thank you, works just fine with mod_vroot off. This was a workaround which is hopefully not necessary anymore. |
@Castaglia We have VRootEngine enabled in our config. @backslash-felix check you can still delete the files. |
@tsmgeek I can delete files via FTP and SFTP with |
This is my config, all users authenticated via SQL, all STOR/MKD/DELE will issue EXEC to a local script.
|
For those having this issue when |
Taken from mod_vroot.h on my last build 'mod_vroot/0.9.9', date on files was Sep 21. |
I'm having the same problem on AIX. I'using ProFTPd 1.3.7c an mod_vroot/0.9.9. It doesn't seem to make any difference whether VRootEngine is on or off. I have to recompile without mod_vroot. For me the problem only happens for sftp virtual users (mod_auth_file). From the trace logs I've looked at, the home directory is getting prepended to the already fully qualified path. So, /home/user/subdir/filex gets changed to /home/user/home/user/subdir/filex The virtual users can change directories, and get directory listings, but attempts to download files result in a file not found errror. Hope this helps. |
@pedanticdan thanks, that helps. Your reported behavior suggests that the issue is with |
Probably should move there ... I've been struggling with this for a while and didn't realize that it had already been reported here until this morning. |
@pedanticdan I'm attempting to reproduce this locally; could you provide me with the ProFTPD debug logging, and |
Ah, I wonder if this is being caused by the condition mentioned in f1dc344 -- once I can reproduce this locally (using 1.3.7c + |
…`PRE_RETR` handler in `mod_xfer`, for the `mod_vroot+mod_sftp` cases.
…`PRE_RETR` handler in `mod_xfer`, for the `mod_vroot+mod_sftp` cases.
…sue1336 Issue #1336: Backport the use of the `dir_best_path` fallback in the …
I’ll see what I can do … no promises. |
Hopefully this will be useful: |
@pedanticdan Thanks! That does indeed help confirm my hypothesis about the cause; I suspect that if you were to apply 56d500e to your local ProFTPD 1.3.7c code and rebuild, it should work as needed once more... |
Thanks, I'll try it tomorrow. |
From my initial testing, it looks good. I have other people doing more thorough testing, but so far it appears to be fixed. |
My testing only hit the case where VRootEngine was off. I'm getting reports that there is still a problem when VRootEngine is on. I'm investigating. [EDIT: False alarm ... VRootEngine was off for the test where it should have been on.] |
All the testing has been successful. Our problem is resloved. |
Excellent news, thanks for reporting back @pedanticdan ! As this issue is also passing my local |
https://forums.proftpd.org/smf/index.php/topic,12383.0.html
Similar but related to reading files via SFTP, I can upload anything I want, but reading it back does not work.
If I connect via FTP it will work just fine downloading the same file.
Version - 1.3.7c
The text was updated successfully, but these errors were encountered: