Open valankar opened 7 months ago
Here is the relevant Caddyfile config:
valankar.ftp.sh, valankar.ftp.sh:80 {
log
route {
sablier http://localhost:10000 {
names accounts
session_duration 1m
dynamic {
display_name Accounts
}
}
reverse_proxy localhost:8050
}
}
Maybe HTTP2 is the issue, can you try without HTTP2 ?
I switched to using Cloudflare tunnels and don't need SSL in Caddy anymore. It works great in that case.
Feel free to close. But might want to verify whether it works via SSL in your end-to-end test.
I'm having loads of trouble getting sablier to work with TLS. I've tried with traefik and caddy, as soon as I add TLS to the route it stops working. It would be nice to see some examples in the documentation on how to use TLS both with caddy and traefik reverse proxies.
I'm having loads of trouble getting sablier to work with TLS. I've tried with traefik and caddy, as soon as I add TLS to the route it stops working. It would be nice to see some examples in the documentation on how to use TLS both with caddy and traefik reverse proxies.
Hello, can you please share your setup ?
I have no issue with Traefik and TLS.
I just revisited this and now its working LOL, sorry. The only thing i changed in my compose is the treafik version and sablier version. I originally had traefik:v2.10
and acouvreur/sablier:1.6.0
. I changed both to latest
and now its working. I spent hours trying to get this to work about a month ago.
Caddy with SSL does not work for me with this Caddyfile:
*.example.com {
tls {
dns cloudflare KEY
resolvers 1.1.1.1
}
@foo host foo.example.com
handle @foo {
respond "Foo!"
}
@host_int_whoami host whoami.example.com
handle @host_int_whoami {
sablier {
group whoami
blocking {
timeout 1m
}
session_duration 30s
}
reverse_proxy whoami:80
}
# Fallback for unhandled subdomains
handle {
abort
}
}
I noticed the request goes directly to the container before starting it. Therefore it is refused, and a blank page is shown.
Describe the bug When using HTTPS endpoint, it seems the dynamic loading screen does not work. Here is the curl output:
And when I use the HTTP endpoint, it works:
Context
Expected behavior Working via HTTPS.