Jump to content

sasjafor

Members
  • Content Count

    13
  • Joined

  • Last visited

Community Reputation

0 Neutral

About sasjafor

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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
  2. 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.
  3. Thanks, that works! Strange that that is necessary though.
  4. 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.
  5. [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).
  6. 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.
  7. 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:
  8. 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
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. 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.