Kreeze
Members
-
Joined
-
Last visited
-
Please do not be so quick to dismiss issues raised by users of your applications within Unraid. Using a reverse proxy to securely and publicly host HTTP web apps like yours is best practice for conserving public IP addresses. Even if you claim using something as basic as a reverse proxy is "not officially supported," these forum posts (that are linked directly from the Unraid Docker apps) are designed for the entire Unraid community to come together with solutions to issues; not just the app creators. I was finally able to get it working today after recreating my Fireshare configuration in my nginx reverse proxy proxy-confs. Gunicorn (the HTTP server used by Fireshare) does not like it when both X-Forwarded-Proto: https and the older X-Forwarded-Protocol headers are used simultaneously, as is the default for the SWAG reverse proxy container. Here is my working configuration for anyone running into this issue in the future: server { listen 443 ssl; listen [::]:443 ssl; server_name fireshare.*; index index.html; root /config/www; # Enable HSTS (optional but recommended once everything works) # add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always; # all ssl-related config is in /config/nginx/ssl.conf which SWAG includes automatically # Security headers (optional, but good practice) add_header X-Frame-Options "SAMEORIGIN"; add_header X-Content-Type-Options "nosniff"; add_header X-XSS-Protection "1; mode=block"; location / { # IMPORTANT: Only set the one modern proto header to prevent "Contradictory scheme headers" proxy_set_header X-Forwarded-Proto $scheme; # Do NOT add X-Forwarded-Protocol or X-Forwarded-Ssl here proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # WebSocket support (Fireshare uses it for live preview/upload progress) proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; # Increase timeouts for large file uploads proxy_read_timeout 3600s; proxy_send_timeout 3600s; client_max_body_size 0; # unlimited upload size (or set to 10G etc.) proxy_pass http://10.0.1.101:8081; # ← change to your Unraid server's physical network IP and Fireshare port proxy_redirect off; } }
-
SWAG (Secure Web Application Gateway) is just a pre-built nginx reverse proxy with certbot and fail2ban. It's how I securely host my internal resources publicly.
-
This container used to be awesome and worked great with my SWAG reverse proxy. For the past 4 months or so, I'm no longer able to access it correctly from the public URL. I get a red banner at the bottom that says "<html> <head> <title>Bad Request</title> </head> <body> <h1><p>Bad Request</p></h1> Contradictory scheme headers </body> </html>". When trying to login, it says "An unknown error occurred while trying to log in". AI keeps telling me it's something to do with X-Forwarders, but no matter what I try I cannot get it working properly. All my other services work fine with my SWAG container, and I've even fully reset and tried setting it up from scratch, but I get the same thing. Any ideas?
-
I used to be able to use this container and it was great. I recently installed it again and discovered that after it finishes syncing my OneDrive account it then proceeds to start nuking it by deleting all files one by one (quite efficiently, in fact). Luckily OneDrive sends an email when it detects a large amount of recently deleted files, so I was able to stop it in time before it became a real problem and restored my files from the OneDrive recycle bin. Why is this happening?
-
Upload the .jar file to your appdata/minecraft. Set "Type" to "CUSTOM" and create variable "CUSTOM_SERVER" with the name of your .jar file as the value.
-
The issue was the pre-filled repository when I was adding the containers. "lscr.io" doesn't seem to work anymore. I removed that (and just left the repository as linuxserver/ddclient and linuxserver/syncthing) and the containers installed successfully.
-
Just to add some detail, I've recreated the docker image file and I can no longer install syncthing (same as ddclient). What's interesting is that they both are trying to pull from "lscr.io" while the docker images I'm able to install are located in other places on the web. Pulling image: lscr.io/linuxserver/ddclient:latest TOTAL DATA PULLED: 0 B Command execution docker run -d --name='ddclient' --net='host' -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="KREEZE-SVR" -e HOST_CONTAINERNAME="ddclient" -e 'PUID'='99' -e 'PGID'='100' -e 'UMASK'='022' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/ddclient-logo.png' -v '/mnt/user/appdata/ddclient':'/config':'rw' 'lscr.io/linuxserver/ddclient' Unable to find image 'lscr.io/linuxserver/ddclient:latest' locally docker: Error response from daemon: Get "https://ghcr.io/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers). See 'docker run --help'. The command failed. Pulling image: lscr.io/linuxserver/syncthing:latest TOTAL DATA PULLED: 0 B Command execution docker run -d --name='syncthing' --net='host' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="KREEZE-SVR" -e HOST_CONTAINERNAME="syncthing" -e 'TCP_PORT_8384'='8384' -e 'TCP_PORT_22000'='22000' -e 'UDP_PORT_22000'='22000' -e 'UDP_PORT_21027'='21027' -e 'PUID'='99' -e 'PGID'='100' -e 'UMASK'='022' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8384]' -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/syncthing-logo.png' -v '/mnt/user/NAS/Backups/':'/data1':'rw' -v '/mnt/user/NAS/Vegas Pro/':'/data2':'rw' -v '/mnt/user/NAS/Emby/':'/data3':'rw' -v '/mnt/user/appdata/syncthing':'/config':'rw' 'lscr.io/linuxserver/syncthing' Unable to find image 'lscr.io/linuxserver/syncthing:latest' locally docker: Error response from daemon: Get "https://ghcr.io/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers). See 'docker run --help'. The command failed.
-
Kreeze changed their profile photo
-
First-time poster here so if this is the wrong place, please let me know. I updated to Unraid 6.12 from 6.11.5 as soon as the stable release was out. Ever since, my ddclient and syncthing containers have shown an available update that will not go through. When I "apply update" it shows the following (syncthing for example): Pulling image: lscr.io/linuxserver/syncthing:latest TOTAL DATA PULLED: 0 B Stopping container: syncthing Successfully stopped container: syncthing Removing container: syncthing Successfully removed container: syncthing Command execution docker run -d --name='syncthing' --net='host' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="KREEZE-SVR" -e HOST_CONTAINERNAME="syncthing" -e 'TCP_PORT_8384'='8384' -e 'TCP_PORT_22000'='22000' -e 'UDP_PORT_22000'='22000' -e 'UDP_PORT_21027'='21027' -e 'PUID'='99' -e 'PGID'='100' -e 'UMASK'='022' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8384]' -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/syncthing-logo.png' -v '/mnt/user/NAS/Backups/':'/data1':'rw' -v '/mnt/user/NAS/Vegas Pro/':'/data2':'rw' -v '/mnt/user/NAS/Emby/':'/data3':'rw' -v '/mnt/user/appdata/syncthing':'/config':'rw' 'lscr.io/linuxserver/syncthing' c97a86034f9cf2fa9d0eaf563007d5adc9b4060793676e85aad87c57feb10a42 The command finished successfully! I have since updated to 6.12.1 which has not fixed the issue. Syncthing is still functioning properly, however I am concerned because my ddclient container has stopped updating my ddns records in Google domains. I removed the container entirely (including deleting the appdata) and attempted to redownload it from apps, however I cannot. This is what I get: Pulling image: lscr.io/linuxserver/ddclient:latest TOTAL DATA PULLED: 0 B Command execution docker run -d --name='ddclient' --net='host' -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="KREEZE-SVR" -e HOST_CONTAINERNAME="ddclient" -e 'PUID'='99' -e 'PGID'='100' -e 'UMASK'='022' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/ddclient-logo.png' -v '/mnt/user/appdata/ddclient':'/config':'rw' 'lscr.io/linuxserver/ddclient' Unable to find image 'lscr.io/linuxserver/ddclient:latest' locally docker: Error response from daemon: Get "https://ghcr.io/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers). See 'docker run --help'. The command failed. Is this an issue with my Unraid server or an issue with the specific containers? Any insight is appreciated.
