aptalca

Community Developer
  • Posts

    3064
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by aptalca

  1. It looks like you're trying to proxy /web through the root domain, and also /web through subfolder /data or /wss and you only added the websocket bits to the /data or /wss subfolder. Does the app actually serve the websockets at subfolder /data or /wss? From the error message, it looks like it doesn't
  2. See how we handle websocket proxy for unifi, these two lines are key: https://github.com/linuxserver/docker-letsencrypt/blob/master/root/defaults/proxy-confs/unifi.subdomain.conf.sample#L46-L47
  3. If a docker container has its own ip, the connection between that and the host will be blocked. That's a security feature of macvlan
  4. Macvlan prevents access to host so your pihole won't be able to connect to your unraid host or any containers running in bridge or host mode (or vice versa)
  5. You can map that file in your container settings, similar to mapping a folder
  6. It doesn't need api keys or password, just the address
  7. Follow the container info on either github or docker hub. All you need is in there
  8. Plex has been having issues with remote access for a while. See their forum, it's full of similar complaints. I reverse proxy plex and have no issues
  9. We need more info on your setup. Describe where and how you're running the container (friend's or yours?) and how you're trying to access. Also post your site config that's giving you issues
  10. Did you enable the preset proxy confs? Did you create the new network as described in the readme in the proxy conf folder?
  11. I would put a different router in there to be honest. Different port should work unless you have incorrect redirects in your site config files
  12. I don't know why or where you're using an .htaccess file but that's likely your issue. You need to pass ports 443 and 80 to the letsencrypt container unaltered. Browser thing is just a cache issue. 301 redirects are permanently cached
  13. Based on the error, it seems your port 80 is not correctly forwarded by your router to this container
  14. Php is enabled by default. Make sure your php block is still enabled in your default site config
  15. Nginx reverse proxy is the right way for that. Check out the letsencrypt image. It works with duckdns
  16. If you want your containers to be able to connect to each other using container names as hostnames, then the user defined bridge network works great. Letsencrypt takes advantage of this to standardize proxy configs by using container names instead of IPs
  17. I believe this is a bug. The feature was already requested and it was added. The "user defined bridge" networks are already listed in the gui as a network option. The bug is that when a user defined network is selected, the "add port" screen does not allow for entering in the "container port". See below screenshot.
  18. When you set edge to 1, it will update during container start. But their download server is unreliable and sometimes it takes a long time to download the update. During which time, the web gui won't be up. Watch the logs to see what's going on. Once updated, going back may break things due to calibre database having been updated