SlrG

The error saying simplefeatures is caused by my plugin. It checks for the simplefeatures webserver config to use the webserver for the config editor. As you have removed simplefeatures it doesn't find the file. Of course this has to be rewritten in a way that it throws no error when nothing is found. Now back to the unknown problem. Please check if you have the file /etc/rc.d/rc.proftpd Then in shell call: /etc/rc.d/rc.proftpd getver app local This is what is called by the web page to retrieve the local app version. If you don't have this file or it fails we know a little bit more where the problem is.

The local version of the proftpd package should be the same as online. The unknown indicates something went wrong when downloading the package. Please click on update package. There should be a button under updates. Please make sure you have Enable ProFTP Daemon on the right side set to Yes. Then please try to reboot your server. If it it still doesn't show the same version as online please check /boot/config/plugins/proftpd/ if there are proftpd-1.3.5rc2.tgz and proftpd-1.3.5rc-sql.tgz files and what their size is, then post again. To start proftpd from commandline please use the following command and post the output if it doesn't work: /etc/rc.d/rc.proftpd start The plugin needs to show RUNNING as status. Only then we'll be able to check if the user/s are setup correctly.

In bash and many config files the # at the start of a line will make that line a comment. So do something would mean a real command, while #do something will be a comment which will not be executed. Not all programming languages use a #. There are other comment symbols as well. Version 0.5b of my plugin is online. Please use the update function on the plugin page to update. After a reboot of your server the "FTP Server" icon will be gone.

I think I know now why you think the internal server is still running. The "FTP Server" icon in Settings is not removed by my plugin. It is no indication that the internal one is still running. Edit: That is misleading however, so I'll change the next version of the plugin to remove it.

In shell (telnet or directly at the server) you enter: cat /etc/inetd.conf or: vi /etc/inetd.conf To leave vi type :q

All logs and pictures indicate proftpd is successfully installed and running fine. Internal FTP should be disabled then. Why are you sure it is running? To do the final check please have a look at /etc/inetd.conf. Look for this lines: # Very Secure File Transfer Protocol (FTP) server. #ftp stream tcp nowait root /usr/sbin/tcpd vsftpd If the second line has a comment sign in the beginning the internal ftpserver is disabled and not running. If you do a ps -A you should get a list of all running processes. There should be no other ftpserver besides proftpd running. inetd running is normal as this still handles your telnet connection.

Are you sure it is the internal FTP that is running? Is the proftpd plugin icon now present in Settings? Do you get the config editor window on the plugins settings page? If not and if you have not given up by now please post a full syslog.

Normally you just install the webserver plugin and enable it. The proftpd plugin will detect if it is enabled and copies the necessary files to your webroot. On the proftpd settings page you should then have a config editor window at the bottom. Be aware that the webserver plugin fails to install correctly at the moment. Check this post in the simplefeatures thread for a manual fix. If it still doesn't work you'll have to post a full syslog again.

No problem. I'm glad you got it fixed. And there really was a little bug in the plugin, so I'm really glad you tried it out and made me stumble upon it. Have fun with the plugin and feel free to ask if there are any questions or problems.

It seems your server doesn't connect to the internet correctly. This will have to be fixed, or the plugin won't work. Do you have the correct dns setting for your server? Can you try setting it to 8.8.8.8 (Google DNS)?

Hmm... Could you please try to run the following command in shell and posting the output you get? wget --no-check-certificate https://github.com/SlrG/unRAIDplugins/raw/master/proftpd/device_status.png

I should not have read your log when it was late and I was tired yesterday. I did a clean installation today and while this worked fine for me (so Github is not responsible), I noticed a bug, that is propably responsible that the plugin doesn't work for you. I updated the first post with a fixed version. Please delete the proftpd folder and the proftpd.plg in /boot/config/plugins and restart your server to get a clean system. Then please unzip the redownloaded plugin to /boot/config/plugins and restart again.

It seems the plugin has trouble do download files from my github account. Why this is, I have no idea at the moment. It seems you have no mysql installed, so please download proftpd-1.3.5rc2.tgz package and put it in the plugin folder. Open a shell and change to this folder and manually do installplg proftpd-1.3.5.rc2.tgz. Afterwards you should be able to start the server. If not, please post again. In the meantime I'll try to think of ways we could check whats wrong with the download connection. Edit: I think I found the problem. Github changed something regarding their link structure, which breaks the plugin. I'll propably have to move the downloaded elements to dropbox or something.

@yaksaredabomb: I'm very glad to hear you like my plugin. Don't hesitate to report any problems you encounter, as this will help me fix bugs lurking in the plugin or improve its usability. Two things to consider though. First: Unraid 5 comes with a FTP server installed already. It will allow unraid users full FTP access to all unraid directories. Test it, if it's sufficient for you, you won't need my plugin. My plugin is for you, if you want to limit your FTP users in what they may access and what not. Or if you want lots of users stored in a sql database, additional security features or other stuff proftpd provides. Second: I don't know if your security cameras will need the FTP protocol to save their data to your unraid. They might be able to write to a samba share directly. If so, you won't need my plugin either. And there I go chasing one of the few users away who is interested and gave positive feedback. I'll have to put some restrictions on myself.

Theoretically you should not need the command line. Normally you unzip the plugin and put the *.plg file into \\tower\flash\config\plugins. You then reboot your server and the plugin should install. During install it will disable the internal FTP. As you still can access the internal one, the plugin did not install correctly. I did not test on RC5, so I can't say where the problem is. Please provide the syslog for further investigation. After the plugin is successfully installed, you'll find an icon under Settings / Network Services. Once you click on this, you'll go to the plugin config page. There you switch the Enable ProFTP Daemon Option to yes and click Apply. This will make sure the server is restarted when you reboot your machine. Afterwards you'll find a button to stop the ProFTP Daemon and to restart it. No need for the command line. With installed Simplefeatures Webserver you'll be able to edit the config file without using the shell. For further instructions on how to setup your FTP users please see the README.txt. SlrG

I never tried myself. Support is compiled in, so theoretically it should work. AFAIK certificates will have to be created beforehand, which is not done automatically. Also there may be changes in the config needed, which have to be done by hand also. Please check the proftpd documentation and Google for further info. I had gadmin-proftpd running on my system, which if I remember correctly was able to generate certificates and change the config. But you'll need a full slackware system with added unraid or have to install a big load of additional packages to stock unraid if you want to get this to work. For stock unraid you'll then need another linux system from which you tunnel into the x11 output of the unraid system to get the gui of gadmin-proftpd. Not an easy task and nothing that could be easily put into an plugin. Sadly there are no powerful php based admin tools around either. They all have much less functionality and even worse, most of the tools besides gadmin are no longer actively maintained. SlrG

@theone: For me it's not the whole unraid webpage thats get stalled. Its only VirtualBox plugins config page. If I click on settings and then on your plugin again, it runs just fine. Its a minor problem, for me as I use phpvirtualbox to start the vms. Regarding phpvirtualbox. I think you maybe should include a button that downloads and installs it. This will help many users to get started, as it is neaded to add virtual machines, anyways. SlrG

@the one: First problem was due to a virtual machine with an empty name in VirtualBox.xml file. Don't know how it got there so I made a complete reinstallation to make sure all side effects are gone. Sadly problem 2 still remains. full Screenshot full Syslog SlrG

Hi theone, I have an empty slot in my listing of virtual machines. PHPVirtualbox shows only the two existing machines. Do you have an idea, where the extra one comes from? See here for screenshot. And then whenever I click "Start vboxwebserv" it hangs the webif until I hit esc and return to the plugin page over Settings VirtualBox. There are no problems if I restart the server or use the shell to start the process. regards, SlrG

@dirrtyjoe Spaces are supported. Just put: ftpuser /path to dir/with spaces into the description field. Remember to restart the proftpd daemon to activate the change. SlrG

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

Glad you got it working. To clarify a bit more. The stock unraid ftpserver at the moment allows all unraid users including root ftp access to root directory. If you want to connect your unraid ftp to the internet, this is somewhat a security risk, as a potential attacker will obviously try names like root or admin first for dictionary or brute force attacks. So my plugin does two things. It scans the unraid users and blocks them all from FTP access if they have not the keyword ftpuser in the description field. Second if there is a path given, it jails the users into this path. It is strongly advised to provide a path other than / as this prevents attackers from accessing critical files even if they crack a password of a FTP only user. After creating a new user or adding keyword and path to a description field of an existing user the proftpd daemon needs to be restarted. Only then the new user will be registered. The port is indeed 21. If you want to change that, it is set in /etc/proftpd.conf It should not be necessary however, as you shouldn't connect to the internet with this port anyway. Instead you set your router to forward incoming ftp access from port xyz to port 21 on your unraid machine. So to the outerworld port xyz will be your ftp port. This protects you from stupid scripts that only scan for the standard ports. Obviously not all scripts are that dumb. SlrG

Please explain in detail what you want to do. The easy way: In Settings there should be a ProFTP Daemon entry where you can set the daemon to enable (Yes). This will make it start automatically on every boot. Also you can start or stop the daemon by hand if you wish. To add FTP-users you'll have to use the unraid users page. Click add user and provide an user name. In the description field put the keyword ftpuser and optionally the home path of the user. Without home path the user will have full access to all unraid directories. This is the same as if you were using the stock unraid FTP-Server. With home path the user will be jailed into the given path. Let's say you have the following setup. user1: "ftpuser" user2: "ftpuser /mnt/cache/FTP" user3: "ftpuser /mnt/cache/FTP/user3" user4: "ftpuser /mnt/cache/FTP/user4" Then user1 will have full access to /. user2 will have full access to /mnt/cache/FTP including the files of user3 and user4. user3 will have access to files in ftpuser /mnt/cache/FTP/user3 and subdirectories but not to the files of user 4 user4 will have access to files in ftpuser /mnt/cache/FTP/user4 and subdirectories but not to the files of user 3 The hard way: If you want a lot of users, it might me useful to install webserver and sql plugins and setup a php and sql based user management frontend like ProFTPd-Admin (screenshot) or ProFTPd-Administrator (screenshot). The first one is rather rudimentary giving you little more than what is possible above. The latter has a nicer gui and some quota management stuff. You can set expire dates for users. But sadly it seems to be an abandoned project and it still misses a lot of functions ProFTPd supports. Both have to be installed by hand using phpmyadmin and the shell. The hardest way: The best UI I found is gadmin-proftpd (screenshot) but that is an GTK app and requires a lot of dependency packages. Then if your main desktop is a linux system, you'll have to open a ssh connection with x11 tunnel to unraid and then the gui will open on your machine. If you are on windows you'll have to install the virtualbox plugin and a linux virtual machine with gnome desktop (eg. Linux Mint). You connect to that from windows and make it tunnel into unraid to show the gui. Sounds complicated? Well, it is. And it isn't something one could possibly write another plugin for. There will still be manual steps left to do, which might be too complicated or too much hassle for some to tackle. And still even gadmin-proftpd does only provide a subset of the things ProFTPd can do. Another hardest way (but the most powerful): The ultimate solution albeit complicated too, is to go into shell and edit the /etc/proftpd.conf to your needs. Read here to learn what is possible and what not. I'm planning to include the possibility to edit the config file into the plugin. This will however require an installed webserver plugin and won't be seamless, as the stock unraid webserver doesn't allow post variables to be used directly but only as passed arguments, which limits the length and therefore cuts off parts of the config file making it unusable. So the editing page will have to be provided by a full featured webserver instead. Editing the config file by hand will still be not very user friendly, however. It's really sad there is no full featured and easy to setup php frontend for ProFTPd. regards, SlrG

Finally had the time to test on stock unraid without other installed plugins. The install problem was fixed by moving the icon files to fully reside on github. They will be downloaded on first install. Sadly I now noticed another problem. My selfbuilt proftpd with included mysql support requires a sql-lib as dependency. I missed that, as I had sql installed before writing this plugin. Expect an updated version. Edit: Updated version added to first post. Instead of pulling the rather large SQL package as dependency I decided to check if it is installed. If it is, ProFTPD will be installed with SQL modules. If not ProFTPD will be installed without SQL modules.

@overbyrn Thanks for checking my plugin and pointing this out. I was taking them for granted on any system. Some kind of stock icons. I'll change that and put them up on github to download them if they are not present. SlrG