Comment on Help? Caddy reverse proxy

• irmadlad@lemmy.world ⁨4⁩ ⁨months⁩ ago

  It looks like Elvith Ma’for@feddit.org has you headed in the right direction, so I won’t muddle the waters.

  I meant to include this in my earlier comment, but Caddy has a built in caddyfile validator:

  caddy fmt --overwrite /etc/caddy/Caddyfile caddy validate --config /etc/caddy/Caddyfile

  Comes in very handy.

  source

  • Profligate_parasite@lemmy.world ⁨4⁩ ⁨months⁩ ago

    ooh I broke it as I was trying things and this was solid gold… thank you stranger!

    source

    • irmadlad@lemmy.world ⁨4⁩ ⁨months⁩ ago

      Anytime bro. Did you get it going?

      source

      • Profligate_parasite@lemmy.world ⁨4⁩ ⁨months⁩ ago

        ugh. no. Now caddy wont start… various errors… sometimes it says listening port 80, port 80 in use. This morning after reset and caddy fmt --overwrite, it says: Error: loading initial config: loading new config: http app module: start: listening on :443: listen tcp :443: bind: permission denied Error: caddy process exited with error: exit status 1

        source
• elvith@feddit.org ⁨4⁩ ⁨months⁩ ago

  If you like, I can send you an example of the Caddyfiles, that I’m using (I used the import directive to split every service into its own Caddyfiles, you could just copy and paste everything in the same file). It will take a few hours until I get home, though.

  But basically you can just put every subdomain and it’s target in a separate block and the add some things globally (e.g. passing the original IP, switching off the admin API of Caddy,…)

  Something like this should work:

  
  admin off 
  
  servers {
  		client_ip_headers X-Forwarded-For X-Real-IP
  }
  
  app.example.com {
      reverse_proxy 127.0.0.1:8080
  }
  
  app2.example.com {
      reverse_proxy 127.0.0.1:8081
  }
  
  api.example.com {
      reverse_proxy 127.0.0.1:8080
      header {
          Access-Control-Allow-Methods "GET, OPTIONS"
          Access-Control-Allow-Origin "*"
      }
  }
  

  source

  • Profligate_parasite@lemmy.world ⁨4⁩ ⁨months⁩ ago

    Thanks very much, this is really helpful… one thing I note is that I don’t know what “api.example.com” is … is that necessary to make this work or is it just an option? I haven’t mucked with API of Caddy at all…do I need to?

    source

    • Profligate_parasite@lemmy.world ⁨4⁩ ⁨months⁩ ago

      I’ve tried this caddyfile version and one above, for both, I get “Problem loading page. Secure connection failed. Internal error.” Oddly, I get the ‘welcome to caddy’ page directly at my IP but at my sub domain I get the error.

      source
    • elvith@feddit.org ⁨4⁩ ⁨months⁩ ago

      No, that’s just another hypothetical app that you’re using a reverse proxy for. I just included it to show how you can also set settings for a single subdomain/reverse proxy entry that isn’t used globally on all domains that get served. I used a hypothetical REST API that needs a CORS Header that other apps don’t need (or maybe serve themselves).

      admin off disables Caddy’s admin interface (which shouldn’t be public and if you’re using config files this usually isn’t needed. So just a bit of gardening)

      servers sets some general server options.

      and then I just inserted several blocks that each define a reverse proxy to a different app / backend to show that you can just dump them all in a single Caddyfile. And the last example to show that you can set specific settings only for a specific subdomain instead of globally. As I set headers mostly used by REST APIs, I just called that api.example.com instead of app3.example.com.

      source