[[Plugin] CA Application Auto Update]

Here you go. I saw some errors in the docker log, but couldn't find anything useful from a quick google.

server-diagnostics-20200317-0933.zip

 

[[Plugin] CA Application Auto Update]

Since a few weeks I get orphaned images regularly from the auto update. One docker container is always affected and usually there's an additional one at random. Any idea what could be causing this?

 

Running unraid 6.8.3 and the newest version of this plugin.

[[Plugin] rclone]

51 minutes ago, Kaizac said:

Ah I see it, you missed the & at the end of your mount code.

 

Should be:

 

rclone mount --max-read-ahead 1024k GDrive: /mnt/disks/gdrive &

Thanks, that works! Strange that that is necessary though.

[[Plugin] rclone]

37 minutes ago, Kaizac said:

Sorry for not understanding. What exactly do you expect to happen which doesn't? You say it gets mounted and the commands like sync work. So what is not going right then?

The mount command never finishes, so if I tried to write a script that first mounts and then copies something to the GoogleDrive, it would simply get stuck on the mount command, even though the GoogleDrive successfully mounts.

Something seems to be going wrong where the mounting itself works, but the mount command gets stuck, maybe in an endless loop.

[[Plugin] rclone]

[GDrive]
type = drive
scope = drive
token = {"access_token":"REDACTED","token_type":"Bearer","refresh_token":"REDACTED","expiry":"REDACTED"}
client_id = REDACTED
client_secret = REDACTED

Alright, here it is, with all the tokens, etc. REDACTED. Expiry is definitely still valid and other commands work as well (eg. sync, ls).

[[Plugin] rclone]

3 minutes ago, Kaizac said:

You mean it doesn't finish? Try running it from User Scripts and create a script with the mount command and run it in the background. You can check SpaceInvaders video for that if you want some visual guidance.

 

For the location I don't know if and why Waseh said that, but it's not true. I'm mounting in /mnt/user/ and all my dockers are writing and reading from the mount.

For more efficient mounting of Gdrive check this topic, maybe it helps you understand it better.

 

 

I have now tried to run the same command via SSH in Putty and have tried it with a user script, but as I expected the result is the same. The command just never returns.

[[Plugin] rclone]

2 minutes ago, Kaizac said:

What do you mean with your rclone mount command never returns? You are mounting as a disk, which it is not, so I think this causes problems. I would advice you to mount to /mnt/users/gdrive or /mnt/users/mounts/gdrive if you want to mount multiple locations later on.

If I execute the command in the unRAID webGUI command line window it doesn't return.

As to the location of the mountpoint, Waseh says: 

Quote

The local mount point should be inside /mnt/disks/ if you want to share the files with your docker containers.

 

[[Plugin] rclone]

Hello

 

I am using the rclone plugin with stable branch on this version:

rclone v1.45
- os/arch: linux/amd64
- go version: go1.11.2

Everything works great, even mounting GoogleDrive, but the rclone mount command just never returns. The drive does get mounted properly though.

I am using this command to mount:

rclone mount --max-read-ahead 1024k GDrive: /mnt/disks/gdrive

 

[[Support] Linuxserver.io - SWAG - Secure Web Application Gateway (Nginx/PHP/Certbot/Fail2ban)]

1 minute ago, GilbN said:

proxy_buffering off;

 

edit: I see you already have that

I thought maybe something in /config/nginx/proxy.conf conflicts with setting proxy_buffering off, but I tried without including those config lines and it is still getting buffered. I am almost getting the feeling that there is a bug in nginx which causes this problem under my specific circumstances, unless I'm just missing something.

[[Support] Linuxserver.io - SWAG - Secure Web Application Gateway (Nginx/PHP/Certbot/Fail2ban)]

3 minutes ago, GilbN said:

 

Oh, then you dont need to do it that way

https://youtu.be/T7iR1EbWqEk?t=1005

I already know about that way. I wanna use a subdomain of a domain I own, which will only be accessible on my local network. It's actually memorable and looks a lot cleaner than the way with the unraid subdomain. I have it all working through the letsencrypt docker, except for the fact that php files are getting buffered instead of sent synchronously to the browser.

[[Support] Linuxserver.io - SWAG - Secure Web Application Gateway (Nginx/PHP/Certbot/Fail2ban)]

13 minutes ago, GilbN said:

It's not recommended to reverse proxy the unraid gui. Check out this post on a solution for you. https://technicalramblings.com/blog/remotely-accessing-the-unraid-gui-with-guacamole-and-vnc-web-browser/

I don't want it for remote access though. Only to have the nice green lock for a valid SSL cert when I access unraid via the nginx reverse-proxy LOCALLY.

[[Support] Linuxserver.io - SWAG - Secure Web Application Gateway (Nginx/PHP/Certbot/Fail2ban)]

37 minutes ago, Coolsaber57 said:

Hey this is not necessarily what you're looking for, but I had a much easier time passing the Firefox container, then just accessing the Unraid UI inside the firefox container.  Much less headache IMO.

Yeah, I'm just looking for local access to the unRAID webgui, so I really just want the benefit of accessing unRAID via unraid.mydomain.com and nothing else, but thank you for the hint anyway.

[[Support] Linuxserver.io - SWAG - Secure Web Application Gateway (Nginx/PHP/Certbot/Fail2ban)]

Hi, I'm trying to setup a reverse-proxy for the unraid webUI. I only want it for my local network and not expose it to the internet. The main reason is to have uniform subdomains for all services on my local network and for the annoying invalid certificate warning to go away.

 

So far, I have been quite successful, but I am struggling with php files getting buffered. Which is something I don't want, as for example the docker update popup box will only display text once the update is finished.

 

Here is my config so far:

server {
    listen 443 ssl;

    server_name unraid.*;

    include /config/nginx/ssl.conf;

    client_max_body_size 0;
	
    location / {
        # enable the next two lines for http auth
        #auth_basic "Restricted";
        #auth_basic_user_file /config/nginx/.htpasswd;

        # enable the next two lines for ldap auth
        #auth_request /auth;
        #error_page 401 =200 /login;

        include /config/nginx/proxy.conf;
	fastcgi_keep_conn on;
	fastcgi_buffering off;
	proxy_buffering off;
	gzip off;
		
        resolver 127.0.0.11 valid=30s;
        set $upstream_unraid $REDACTED;

	proxy_set_header Upgrade $http_upgrade;
    	proxy_set_header Connection "Upgrade";
        proxy_pass https://$upstream_unraid:4433;
    }
}

I have simply tried to adapt one of the existing templates for the unraid UI. 

All the statements related to buffering didn't change anything. I have also tried not including /config/nginx/proxy.conf and also still no change.

 

I would be glad if someone could help me figure out why php responses still are getting buffered.