Everything posted by SlrG
-
[Plugin] Advanced Copy and Move for unRAID v6.8.3 and later
Well I have and I made the aliases to always use the -g switch too, as I really like to be able to view the progress of those operations. But I left that out of the plugin, so the users can decide for themselves. My aliases from my .bash_profile look like this: alias cp="gcp -g" alias mv="gmv -g" alias n="sudo -u nobody" alias ncp="sudo -u nobody gcp -g" alias nmv="sudo -u nobody gmv -g" The last three allow me to run commands, copy or move files from a root shell as user nobody, which is the default file owner on unRAID. Otherwise the new files will have root as owner, which might cause problems later on.
-
[Plugin] Advanced Copy and Move for unRAID v6.8.3 and later
advCPaMV Support the plugin? This is my Advanced Copy and Move Plugin for unRAID v6.8.3 and later. Please feel free to test it and report back if there are problems. To install it: v6.8.3 and later: Install it using CA or in the unRAID plugin manager by installing from github: https://raw.githubusercontent.com/SlrG/unRAID/master/Plugins/advCPaMV.plg Description: This plugin provides advanced cp and mv shell command alternatives named cpg and mvg that were created by applying the advcpmv-0.9-8.32.patch from here on the coreutils version used by unRAID. The Patch is a modified version of the one available here. But what does it do? cpg and mvg are the normal cp and mv shell commands extended to support the parameters -g or --progress-bar, which will show the progress of the copy or move commands. It will look like this while in progress: cpg -rg temp/ temp1 2 files copied so far... 3.0 GiB / 5.0 GiB [================================> ] 60.0 % Copying at 2.6 GiB/s (about 0h 0m 12s remaining) temp/file2.txt 1.0 GiB / 1.0 GiB [=============================================================> ] 99.9 % And afterwards it will show a summary of the copy process: 5 files ( 5.0 GiB) copied in 44.5 seconds (115.2 MiB/s). THIS SOFTWARE IS PROVIDED 'AS IS' AND WITHOUT ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE AUTHOR SHALL NOT BE HELD LIABLE FOR ANY DAMAGES RESULTING FROM THE USE OF THIS SOFTWARE, EITHER DIRECTLY OR INDIRECTLY, INCLUDING, BUT NOT LIMITED TO, LOSS OF DATA OR DATA BEING RENDERED INACCURATE. SlrG
-
ProFTPD Plugin for unRAID v6.8.x
How did you configure ProFTPd? It won't allow SSH connections in its default config.
-
ProFTPD Plugin for unRAID v6.8.x
@blade227 If you are trying to use ProFTPd to manage the files of the root user which are system files, you will run into problems. ProFTPd is not the right tool for that.
-
ProFTPD Plugin for unRAID v6.8.x
@blade227 I think you need to explain a bit more what exactly you want to do. How many ftp users you have, what directories, they are accessing and what files they should be able to do with their files or directories.
-
ProFTPD Plugin for unRAID v6.8.x
@H2O_King89 Well, lets try another way. Please install the modified plugin from here: http://sdevel.de/ProFTPd.plg Does this work?
-
ProFTPD Plugin for unRAID v6.8.x
Another try on a fixed compile for RC5. Who wants to try it, please copy this file to the proftpd plugins directory on the flash and change two lines in the ProFTPd.plg file to: <!ENTITY dependencyFILE64 "&name;-&author;-Dependency-1.7_x64.tar.gz"> <!ENTITY dependencyMD564 "0f72b8f09879a1b3445f0565c5d85bb2"> Afterwards please report if it works. I'll then upload a fixed interims version of the plugin and start working on a rewrite. Probably dropping the v5 compatibility in the process.
-
ProFTPD Plugin for unRAID v6.8.x
@Abigel Which unRAID version are you on? The plugin is at the moment not compatible with the newest RCs. Please stay on 6.6.7 if you want to use the plugin. Also after uninstalling, removing all your changes to config files not related to the plugin and rebooting, there should be no traces of the plugin and no error left on your system. Your description of what you did, to enable the plugin is rather vague, so I can't guess what went wrong. You should always try to get the plugin working in its stock settings and pure ftp first, before trying to setup sftp or other more secure transportation protocols.
-
ProFTPD Plugin for unRAID v6.8.x
Thank you all for this tests and reports. I'm in the process of repurposing one of my licenses for development. It will take some time to merge my two servers into one and free one of the licenses. With a stock installation I hope then to be able to replicate and solve the problem.
-
ProFTPD Plugin for unRAID v6.8.x
@H2O_King89 You downloaded the file I linked to the plugins folder on your UNRAID usb drive and changed the hash in the ProFPTd.plg file and the plugin doesn't even install anymore? Any errors in the log? I would really like to know, what is different on my machine. I can switch around between the versions 6.6.7 stable and 6.7.0-rc5 and it works fine. 😕
-
ProFTPD Plugin for unRAID v6.8.x
@kricker Sadly I found no proftpd solution to this problem. It is possible however to run a cron job, that sets the ownership and permissions of new files from time to time. Or, probably better, setup an inotifywait to do this when new files are created. Either in the go file or in the mountscript.sh of the proftpd plugin. inotifywait -m /mnt/cache/FTP -e create -e moved_to | while read path action file; do logger "FTP upload of '$file' detected in directory '$path' via '$action'. Changing ownership and permissions." chown nobody:users "$path$file" chmod 666 "$path$file" done Just change the directory and permissions to suit your needs.
-
ProFTPD Plugin for unRAID v6.8.x
Well without a reboot the old version will probably still be used. Please try it and report once he the rclone process is finished. Thank you very much for testing.
-
ProFTPD Plugin for unRAID v6.8.x
I recompiled proftpd on RC4. It works for me, but the old version did, too. Can someone with the problem on RC4 please copy this file to the plugins directory on the flash and change two lines in the ProFTPd.plg file to: <!ENTITY dependencyFILE64 "&name;-&author;-Dependency-1.6_x64.tar.gz"> <!ENTITY dependencyMD564 "ee50a2610214cc18053fc08dcb37381a"> Afterwards please report if it works.
-
ProFTPD Plugin for unRAID v6.8.x
@Ruthalas I think FileZilla does this automatically. Just open Settings and there is a SFTP item where you can import the private key.
-
ProFTPD Plugin for unRAID v6.8.x
@Cessquill I'll have to check again. Do you have a stock proftpd.conf or a modified one? Can you please pm me the content if it is the latter?
-
ProFTPD Plugin for unRAID v6.8.x
@Ruthalas Do you have access to another linux system or vm? When I did a complete wipe of the plugin on my system yesterday I had to generate new certificates too and got the same error. Then I created them not on unRAID but on another system and they worked without password. I had not the time yet to investigate further.
-
ProFTPD Plugin for unRAID v6.8.x
Hmm... Thats puzzling. I did a complete uninstall on my system with RC4 and rebooted to remove all traces and did a clean reinstall of the plugin. It works without problems on my system. Anything in the log when installing the plugin or when trying to start in the plugins settings? What do you get, when you enter this in the shell?: sudo -u root /usr/local/SlrG-Common/usr/local/sbin/proftpd -c /etc/proftpd.conf
-
ProFTPD Plugin for unRAID v6.8.x
@H2O_King89 RC4 does not back up sftp certificates in /etc/ssh/ and only restores the unraid stock certificates. If you had a sftp setup, proftpd will fail to start as these files are missing now. The stock plugin without proftpd.conf modifications should start without problems and if you restore the certificate files, a sftp setup will work again, too. If you have no backups, you will need to create new ones.
-
ProFTPD Plugin for unRAID v6.8.x
@d2dyno Today I upgraded to 6.7.0-rc3 and other that after the upgrade I had to start the proftpd daemon manually after the installation I have no problems running the proftpd plugin. On reboot it starts automatically again and everything works, including sftp and tls, which should use openssl library. What exactly does not work for you?
-
ProFTPD Plugin for unRAID v6.8.x
Do you want this to support offsite backups? If you are only within your home network sftp would not be necessary IMHO. Proftpd can be setup to support sftp however. Here is an old post I did.
-
ProFTPD Plugin for unRAID v6.8.x
You are trying to use sftp. Which is a subtype of ssh and the proftpd is not configured to handle that, as you see the sshd responding in the syslog. An example ftp client is FileZilla but pure ftp connections are unencrypted. I recommend you never directly connect your unRAID server to the internet. Use a vpn to your home network and then there should be no problem using pure ftp. If you still need an encrypted connection, there are some examples of users setting up sftp or ftp with tls in this thread. This is however not very simple to setup.
-
ProFTPD Plugin for unRAID v6.8.x
Well let's try to solve the ftp part now. What does the syslog of your unRAID and what does the FTP client say, when you try to connect? Which ftp client do you try to use? Please make sure to have a simple starting password when trying to connect. (no special chars please) There was a user, who reported problems with complicated passwords some time ago.
-
ProFTPD Plugin for unRAID v6.8.x
I would recommend to delete the user restart, make sure it is gone from the /etc/passwd file and recreate the user, then restart the plugin and check if the line looks correct now.
-
ProFTPD Plugin for unRAID v6.8.x
Please post the line of the user test1 from the file /etc/passwd. It should look like this: michael:x:1000:100:ftpuser /mnt/cache/FTP:/mnt/cache/FTP:/bin/false The fifth field, ftpuser /mnt/cache/FTP is the comment field, which on restart gets scanned and the path is put as the users home directory in the sixth field. Also the users shell is set to /bin/false, which should result in this users no longer being able to login other than using ftp. edit: It might be, that logging in using ssh is still possible. I have no tried that yet. Also all users without the keyword ftpuser will be added to the file /etc/ftpusers, which should prevent them from logging in via ftp. The jail will only work if using ftp access however. If the passwd line is correct, we will have to check further.
-
ProFTPD Plugin for unRAID v6.8.x
The user is defined correctly but did you really restart proftpd (in the plugins settings) afterwards? An user defined as ftp user should have no shell and should not be able to login using telnet. The jail will only work when accessing from an ftp client.