killeriq Posted August 4, 2017 Share Posted August 4, 2017 any guide how to start this? Installed plugin (Unraid server is enabled) getting : unraidtower refused to connect. Thansk Quote Link to comment
SlrG Posted August 7, 2017 Author Share Posted August 7, 2017 @jeffreywhunter Sorry for the delayed answer, I was on vacation. The first error is because the config file for proftpd is stored on your flash drive for persistence. When the unRAID server is running, it is symlinked to the config folder in your RAM but it inherits the user and access rights from the flash. As the flash uses the old MS-DOS filesystem fat32, there are no user and access rights stored and thus the error is thrown. It is a possible security risk, that anybody who has access to your flash is able to edit the config files, but that if somebody has physical access to your server there are a lot more effective ways to harm you or your data. So it can be ignored. Sadly there is no way to disable the error. For the second one, please check your ProFTPd.conf. The default logging section looks like this: # Control Logging - comment and uncomment as needed # If logging Directory is world writeable the server won't start! # If no SystemLog is defined proftpd will log to servers syslog. #SystemLog NONE #SystemLog /boot/config/plugins/ProFTPd/slog TransferLog NONE #TransferLog /boot/config/plugins/ProFTPd/xferlog WtmpLog NONE Please note the TransferLog NONE line and the # before the TransferLog /boot/config... line. The TransferLog NONE should solve your error. It won't log Transfers, but normally this is not necessary. If you want to log Transfers, it should be enough to create an empty xferlog file on the flash or different path. This should persist and will not require a go file entry. @killeriq Please read the first post and the readme. This should answer your questions. You need to configure an user to allow FTP access by editing the comments of this user in unRAIDs user management. Quote Link to comment
jeffreywhunter Posted August 7, 2017 Share Posted August 7, 2017 9 minutes ago, SlrG said: @jeffreywhunter For the second one, please check your ProFTPd.conf. The default logging section looks like this: # Control Logging - comment and uncomment as needed # If logging Directory is world writeable the server won't start! # If no SystemLog is defined proftpd will log to servers syslog. #SystemLog NONE #SystemLog /boot/config/plugins/ProFTPd/slog TransferLog NONE #TransferLog /boot/config/plugins/ProFTPd/xferlog WtmpLog NONE Please note the TransferLog NONE line and the # before the TransferLog /boot/config... line. The TransferLog NONE should solve your error. It won't log Transfers, but normally this is not necessary. If you want to log Transfers, it should be enough to create an empty xferlog file on the flash or different path. This should persist and will not require a go file entry. @SlrG Hey thanks for the reply, hope you had a restful vacation. Yep, I had already looked through and verified this section. See the attached screenshot. You can see from the telnet session the /flash.../xferlog directory exists on the flash and its propagating to the /boot.../xferlog directory. But I'm still getting that error. Screenshot Quote Link to comment
SlrG Posted August 7, 2017 Author Share Posted August 7, 2017 @jeffreywhunter Yes, the vacation was great. Thank you. IMHO the xferlog should be an empty file not a directory. Please delete the directory on the flash and replace it with an empty file. Quote Link to comment
isvein Posted August 26, 2017 Share Posted August 26, 2017 Thanks for this plugin, it fixed my problem with all FTP users having all access Quote Link to comment
SlrG Posted August 27, 2017 Author Share Posted August 27, 2017 (edited) @isvein I'm glad you like it and find it useful. Thank you. Edited August 27, 2017 by SlrG Quote Link to comment
Ruby-Rube Posted August 31, 2017 Share Posted August 31, 2017 (edited) Hi, I'm using UNRAID 6.3.5 with proFTP plugin verison 1.3a... Trying top login with sFTP from a remote location with an ssh key. The logging doesn't work (it seems to freeze), and I see this in the UNRAID log at the time of the login.. Any ideas? Thank you! Reuben Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - -----BEGIN STACK TRACE-----Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [0] /lib64/libcrypto.so.1(RSA_generate_key_ex+0x17) [0x2adb76929817]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [1] /lib64/libcrypto.so.1(RSA_generate_key_ex+0x17) [0x2adb76929817]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [2] proftpd: (authenticating) - (connecting): IDLE() [0x4d5c10]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [3] proftpd: (authenticating) - (connecting): IDLE(sftp_kex_handle+0x250) [0x4d60e0]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [4] proftpd: (authenticating) - (connecting): IDLE(sftp_ssh2_packet_handle+0x2c4) [0x4cdc44]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [5] proftpd: (authenticating) - (connecting): IDLE() [0x4c9572]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [6] proftpd: (authenticating) - (connecting): IDLE() [0x41e74e]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [7] proftpd: (authenticating) - (connecting): IDLE() [0x41efb4]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [8] proftpd: (authenticating) - (connecting): IDLE(main+0x56b) [0x41d1ab]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [9] /lib64/libc.so.6(__libc_start_main+0xf0) [0x2adb76ea8350]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - [10] proftpd: (authenticating) - (connecting): IDLE(_start+0x2a) [0x41d70a]Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - -----END STACK TRACE-----Aug 30 18:46:00 UNRAID-NAS proftpd[30043]: 127.0.0.1 (192.168.2.100[192.168.2.100]) - ProFTPD terminating (signal 11) From an earlier post: Hello, Not sure if this is a bug in the ProFTPd Plugin for UNRAID or what. Trying to sFTP to a ProFTPd plugin instance using Mobaxterm and I'm seeing this is the logs. Any ideas? Aug 8 08:24:33 UNRAID-NAS kernel: tun: (C) 1999-2004 Max Krasnyansky <[email protected]>Aug 8 08:24:33 UNRAID-NAS emhttp: nothing to syncAug 8 08:24:34 UNRAID-NAS kernel: ip_tables: (C) 2000-2006 Netfilter Core TeamAug 8 08:24:34 UNRAID-NAS kernel: Ebtables v2.0 registeredAug 8 08:24:34 UNRAID-NAS kernel: virbr0: port 1(virbr0-nic) entered blocking stateAug 8 08:24:34 UNRAID-NAS kernel: virbr0: port 1(virbr0-nic) entered disabled stateAug 8 08:24:34 UNRAID-NAS kernel: device virbr0-nic entered promiscuous modeAug 8 08:24:34 UNRAID-NAS avahi-daemon[8480]: Joining mDNS multicast group on interface virbr0.IPv4 with address 192.168.122.1.Aug 8 08:24:34 UNRAID-NAS avahi-daemon[8480]: New relevant interface virbr0.IPv4 for mDNS.Aug 8 08:24:34 UNRAID-NAS avahi-daemon[8480]: Registering new address record for 192.168.122.1 on virbr0.IPv4.Aug 8 08:24:34 UNRAID-NAS kernel: virbr0: port 1(virbr0-nic) entered blocking stateAug 8 08:24:34 UNRAID-NAS kernel: virbr0: port 1(virbr0-nic) entered listening stateAug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: started, version 2.76 cachesize 150Aug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: compile time options: IPv6 GNU-getopt no-DBus i18n IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth no-DNSSEC loop-detect inotifyAug 8 08:24:34 UNRAID-NAS dnsmasq-dhcp[9747]: DHCP, IP range 192.168.122.2 -- 192.168.122.254, lease time 1hAug 8 08:24:34 UNRAID-NAS dnsmasq-dhcp[9747]: DHCP, sockets bound exclusively to interface virbr0Aug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: reading /etc/resolv.confAug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: using nameserver 167.206.251.75#53Aug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: using nameserver 167.206.251.11#53Aug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: using nameserver 167.206.251.74#53Aug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: read /etc/hosts - 2 addressesAug 8 08:24:34 UNRAID-NAS dnsmasq[9747]: read /var/lib/libvirt/dnsmasq/default.addnhosts - 0 addressesAug 8 08:24:34 UNRAID-NAS dnsmasq-dhcp[9747]: read /var/lib/libvirt/dnsmasq/default.hostsfileAug 8 08:24:34 UNRAID-NAS kernel: virbr0: port 1(virbr0-nic) entered disabled stateAug 8 08:24:35 UNRAID-NAS avahi-daemon[8480]: Service "UNRAID-NAS-AFP" (/services/afp.service) successfully established.Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - -----BEGIN STACK TRACE----- Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [0] /lib64/libcrypto.so.1(RSA_generate_key_ex+0x17) [0x2aaf0f4d5817] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [1] /lib64/libcrypto.so.1(RSA_generate_key_ex+0x17) [0x2aaf0f4d5817] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [2] proftpd: (authenticating) - (connecting): IDLE() [0x4d5c10] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [3] proftpd: (authenticating) - (connecting): IDLE(sftp_kex_handle+0x250) [0x4d60e0] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [4] proftpd: (authenticating) - (connecting): IDLE(sftp_ssh2_packet_handle+0x2c4) [0x4cdc44] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [5] proftpd: (authenticating) - (connecting): IDLE() [0x4c9572] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [6] proftpd: (authenticating) - (connecting): IDLE() [0x41e74e] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [7] proftpd: (authenticating) - (connecting): IDLE() [0x41efb4] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [8] proftpd: (authenticating) - (connecting): IDLE(main+0x56b) [0x41d1ab] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [9] /lib64/libc.so.6(__libc_start_main+0xf0) [0x2aaf0fa54350] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - [10] proftpd: (authenticating) - (connecting): IDLE(_start+0x2a) [0x41d70a] Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - -----END STACK TRACE----- Aug 8 08:24:37 UNRAID-NAS proftpd[9866]: 127.0.0.1 (143.55.61.60[143.55.61.60]) - ProFTPD terminating (signal 11) Edited August 31, 2017 by Ruby-Rube correct Quote Link to comment
SlrG Posted August 31, 2017 Author Share Posted August 31, 2017 (edited) @Ruby-Rube Sadly I can't tell from the errors what the problem could be. Maybe it would help to up the logging level to a high debug by adding SyslogLevel DEBUG DebugLevel 10 to you ProFTPd.conf, as described here. Let's see what the error messages look like, if you try it with that enabled. Edited August 31, 2017 by SlrG Quote Link to comment
Ruby-Rube Posted August 31, 2017 Share Posted August 31, 2017 Thank you, here is the error after enable the DEBUG logging in ./boot/config/plugins/ProFTPd/proftpd.conf. Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - mod_delay/0.7: no DelayOnEvent rules configured with "DelayTable none" in effect, disabling module Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - connected - local : 192.168.2.251:2222 Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - connected - remote : 143.x.x.x:60671 Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - SSH2 session opened. Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - dispatching LOG_CMD command 'KEXINIT' to mod_log Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - -----BEGIN STACK TRACE----- Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [0] /lib64/libcrypto.so.1(RSA_generate_key_ex+0x17) [0x2b701c7d5817] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [1] /lib64/libcrypto.so.1(RSA_generate_key_ex+0x17) [0x2b701c7d5817] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [2] proftpd: (authenticating) - (connecting): IDLE() [0x4d5c10] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [3] proftpd: (authenticating) - (connecting): IDLE(sftp_kex_handle+0x250) [0x4d60e0] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [4] proftpd: (authenticating) - (connecting): IDLE(sftp_ssh2_packet_handle+0x2c4) [0x4cdc44] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [5] proftpd: (authenticating) - (connecting): IDLE() [0x4c9572] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [6] proftpd: (authenticating) - (connecting): IDLE() [0x41e74e] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [7] proftpd: (authenticating) - (connecting): IDLE() [0x41efb4] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [8] proftpd: (authenticating) - (connecting): IDLE(main+0x56b) [0x41d1ab] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [9] /lib64/libc.so.6(__libc_start_main+0xf0) [0x2b701cd54350] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - [10] proftpd: (authenticating) - (connecting): IDLE(_start+0x2a) [0x41d70a] Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - -----END STACK TRACE----- Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - ProFTPD terminating (signal 11) Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - mod_sftp/1.0.0: scrubbing 2 passphrases from memory Aug 31 09:33:07 UNRAID-NAS proftpd[26684]: 127.0.0.1 (143.x.x.x[143.x.x.x]) - SSH2 session closed. Quote Link to comment
SlrG Posted August 31, 2017 Author Share Posted August 31, 2017 @Ruby-Rube Sadly this is way over my head. I don't know what is going wrong and what is causing your error. If it is my selfcompiled version of proftpd used for the plugin, or if it is unraid or something else entirely. I guess you will have to contact the proftpd devs using their forum or mailing list and ask them, if they can tell from the log what is going wrong. Sorry. Quote Link to comment
Ruby-Rube Posted August 31, 2017 Share Posted August 31, 2017 OK, thank you just the same - I'll do that. I appreciate your help. Quote Link to comment
althoralthor Posted September 8, 2017 Share Posted September 8, 2017 On 2/21/2013 at 0:28 AM, SlrG said: With my supplied proftpd.conf it goes to the syslog. If you want to change that you can do by editing /etc/proftpd.conf in shell. This is the section of the conf file: # Control Logging - comment and uncomment as needed # If logging Directory is world writeable the server won't start! # If no SystemLog is defined proftpd will log to servers syslog. #SystemLog NONE #SystemLog /boot/config/plugins/proftpd/slog TransferLog NONE #TransferLog /boot/config/plugins/proftpd/xferlog WtmpLog NONE Uncomment the SystemLog line with path and supply a path where you want the logfile saved. Do the same with TransferLog. For WtmpLog you change the NONE to a path. For more advanced logging features have a look here. SlrG Hi SirG- Am trying to log connections and transfers. I edited the proftpd.conf file located in /flash/config/plugins/proftpd and tried to point it to a share, however it failed. i then tried to uncomment your commented path (above), restarted the plugin and it still does not log the transfer. any ideas what i am doing wrong? here is what i have in the file: # Control Logging - comment and uncomment as needed # If logging Directory is world writeable the server won't start! # If no SystemLog is defined proftpd will log to servers syslog. #SystemLog NONE #SystemLog /boot/config/plugins/ProFTPd/slog #TransferLog NONE TransferLog /boot/config/plugins/ProFTPd/xferlog #TransferLog /media/xfer/xferlog WtmpLog NONE Quote Link to comment
Kewjoe Posted September 9, 2017 Share Posted September 9, 2017 Has anyone tried this on 6.4rc8q? It's my first time using the plugin, but i followed the instructions. Created a new user with 'ftpuser /mnt/user/Backup' without quotes, restarted it. I can't connect. FileZilla says "Received unexpected end-of-file from SFTP server". I tried with console based sftp in linux and it also refuses to connect. I've restarted the server. Didn't help. Quote Link to comment
SlrG Posted September 9, 2017 Author Share Posted September 9, 2017 @althoralthor Checking the logfile shows that proftpd refuses to create the xferlog file in a directory, that is world writable for security reasons. Sep 9 15:53:33 lafiel proftpd[23554]: 127.0.0.1 (192.168.178.69[192.168.178.69]) - opening TransferLog '/boot/config/plugins/ProFTPd/xferlog' Sep 9 15:53:33 lafiel proftpd[23554]: 127.0.0.1 (192.168.178.69[192.168.178.69]) - error: /boot/config/plugins/ProFTPd is a world-writable directory Sep 9 15:53:33 lafiel proftpd[23554]: 127.0.0.1 (192.168.178.69[192.168.178.69]) - unable to open TransferLog '/boot/config/plugins/ProFTPd/xferlog': No such file or directory As the unRAID stick has the FAT filesystem, you can't change the security permissions on it. So you need to create a directory on your array or cache drive. There you can use the chmod command to change the permission to set the directory to something only the owner and group can access. Then proftpd will create the transfer log file in there and log transfers. Quote Link to comment
SlrG Posted September 9, 2017 Author Share Posted September 9, 2017 @Kewjoe Setting up SFTP access requires changes in the proftpd.conf file too. By default the plugin only supports basic ftp access and only that gets tested. Also it is not tested on versions above 6.3.5. For security reasons I always recommend to use a VPN to access you home network and not expose unRAID to the internet. Doing it that way it doesn't matter, that basic FTP is unencrypted. Quote Link to comment
Kewjoe Posted September 9, 2017 Share Posted September 9, 2017 2 minutes ago, SlrG said: @Kewjoe Setting up SFTP access requires changes in the proftpd.conf file too. By default the plugin only supports basic ftp access and only that gets tested. Also it is not tested on versions above 6.3.5. For security reasons I always recommend to use a VPN to access you home network and not expose unRAID to the internet. Doing it that way it doesn't matter, that basic FTP is unencrypted. Got it, missed that part. No worries, this is internal. Main server to backup server using duplicati backup. I guess I can just use FTP in that case Quote Link to comment
althoralthor Posted September 9, 2017 Share Posted September 9, 2017 19 minutes ago, SlrG said: @althoralthor Checking the logfile shows that proftpd refuses to create the xferlog file in a directory, that is world writable for security reasons. Sep 9 15:53:33 lafiel proftpd[23554]: 127.0.0.1 (192.168.178.69[192.168.178.69]) - opening TransferLog '/boot/config/plugins/ProFTPd/xferlog' Sep 9 15:53:33 lafiel proftpd[23554]: 127.0.0.1 (192.168.178.69[192.168.178.69]) - error: /boot/config/plugins/ProFTPd is a world-writable directory Sep 9 15:53:33 lafiel proftpd[23554]: 127.0.0.1 (192.168.178.69[192.168.178.69]) - unable to open TransferLog '/boot/config/plugins/ProFTPd/xferlog': No such file or directory As the unRAID stick has the FAT filesystem, you can't change the security permissions on it. So you need to create a directory on your array or cache drive. There you can use the chmod command to change the permission to set the directory to something only the owner and group can access. Then proftpd will create the transfer log file in there and log transfers. Thanks SirG... so i had tried to use a directory on a share i created, and i think i am close. but i have hit the wall on my linux kung fu. tried googling and only confused myself even more. so i just want to give everyone permissions. here is the share path: /mnt/user/media and i have a dir called xfer. can you help me with my chmod command? i guess i am just not linux capable... Thanks in advance! Quote Link to comment
SlrG Posted September 10, 2017 Author Share Posted September 10, 2017 @Kewjoe If it is internal, using pure FTP would be the simplest solution, yes. If you are set on SFTP you can go back in the thread, there are some infos on how to get this running. But be aware, that it is not so easy and as an user reported above, he gets an error witch implicates a crash of proftpd. That one I can't resolve and had to tell him to ask the proftpd devs instead. @althoralthor Okay no problem. I did the following on the unRAID console: mkdir /mnt/cache/Apps/proftpd chown nobody:users /mnt/cache/Apps/proftpd chmod 744 /mnt/cache/Apps/proftpd The first command creates the directory /mnt/cache/Apps/proftpd where the transferlog file xferlog will be created. The second command changes the user and group of that directory to nobody:users, which is the user and group of the default unraid user. The last command changes the access rights to 744 which means owner can do everything (7), group can do reads only (4) and world can do reads only (4). That solves the security problem proftpd hinders to use the log folder. In the next step you change the proftpd.conf: #TransferLog NONE TransferLog /mnt/cache/Apps/proftpd/xferlog So you comment the TransferLog NONE so it gets ignored and define the new TransferLog to be used. The xferlog is the name of the logfile, you can change it if you wish. The other is the path you prepared. Afterwards you restart proftpd and if a connection gets opened, the xferlog file in the folder will get created. It will be empty until a transfer is completed. The file will be owned by the user root, as that is running the proftpd service, but it will be readable by others. 1 Quote Link to comment
Kewjoe Posted September 10, 2017 Share Posted September 10, 2017 4 hours ago, SlrG said: @Kewjoe If it is internal, using pure FTP would be the simplest solution, yes. If you are set on SFTP you can go back in the thread, there are some infos on how to get this running. But be aware, that it is not so easy and as an user reported above, he gets an error witch implicates a crash of proftpd. That one I can't resolve and had to tell him to ask the proftpd devs instead. I'm good now. Just using standard FTP. Thanks for following up! Quote Link to comment
althoralthor Posted September 10, 2017 Share Posted September 10, 2017 SIrG!!! thank you so much! I appreciate the commands. worked like a champ. I am a big fan of your FTP server by the way...has saved me a ton of time! Quote Link to comment
SlrG Posted September 10, 2017 Author Share Posted September 10, 2017 @althoralthor No problem. I'm very happy it worked and you like the plugin. Quote Link to comment
jeffreywhunter Posted October 20, 2017 Share Posted October 20, 2017 I'm seeing the following errors in the syslog every time ProFTPd executes (I do backups every night via FTP). HunterNAS proftpd[619]: 127.0.0.1 (192.168.29.11[192.168.29.11]) - error: /boot/config/plugins/ProFTPd is a world-writable directory Oct 18 01:30:07 HunterNAS proftpd[619]: 127.0.0.1 (192.168.29.11[192.168.29.11]) - unable to open TransferLog '/boot/config/plugins/ProFTPd/xferlog': No such file or directory I've looked at the plugins directory, and the xferlog file is there. Not been written to since 8/23/17. Other files in that directory have been written to, even today, so I know its being accessed. What could be causing this? Diags attached. Thanks in advance! hunternas-diagnostics-20171019-2227.zip Quote Link to comment
SlrG Posted October 20, 2017 Author Share Posted October 20, 2017 @jeffreywhunter Its a security precaution by proftpd in the newer versions. If you don't need the transferlog, please disable it in the proftpd.conf by setting it to NONE. If you need it, it can no longer reside on the flash drive, as that is world writeable. Kindly refer to this post, where I explain how to set it up. 1 Quote Link to comment
chillr88 Posted November 7, 2017 Share Posted November 7, 2017 Does the share have to be a disk? I'm getting the following error: notice: unable to use DefaultRoot '~/' [resolved to '/mnt/user/testshare/testshare 01/']: No such file or directory - chroot to '~/' failed for user 'testftp': No such file or directory - error: unable to set DefaultRoot directory Quote Link to comment
SlrG Posted November 7, 2017 Author Share Posted November 7, 2017 (edited) @chillr88 No, any path on your shares should be okay. If you manually created it in the unRAID shell, you will need to check, that it has the correct permissions to be accessible for proftpd. Default is user nobody and group users. Maybe run the newperms script with your directory as parameter (e.g. newperms /mnt/user/testshare/testshare 01/) to set the unraid default permissions. Also make sure you restarted the proftpd service after setting the path for the user. Edited November 7, 2017 by SlrG Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.