traefik: raise websecure idleTimeout 180s -> 600s for iOS Immich -1005
iOS NSURLSession held a dead TCP/TLS socket past Traefik's 180s idle close, then errored with NSURLErrorDomain -1005 on the next thumbnail. Bumping the timeout to 600s pushes the bug to "app idle for >10 min" -- much rarer in normal use. Verified with /home/wizard/.claude/immich-scroll-sim.py keepalive probe: 200s idle, mean reuse latency +1.8ms over warmup (was ~50ms TLS handshake penalty before). Synthesis: ~/.claude/immich-debug/synthesis.md.
This commit is contained in:
parent
3489621a45
commit
532285e48c
1 changed files with 1 additions and 1 deletions
|
|
@ -200,7 +200,7 @@ resource "helm_release" "traefik" {
|
|||
# Explicit entrypoint timeouts to bound tail latency from slow clients
|
||||
"--entryPoints.websecure.transport.respondingTimeouts.readTimeout=60s",
|
||||
"--entryPoints.websecure.transport.respondingTimeouts.writeTimeout=60s",
|
||||
"--entryPoints.websecure.transport.respondingTimeouts.idleTimeout=180s",
|
||||
"--entryPoints.websecure.transport.respondingTimeouts.idleTimeout=600s",
|
||||
# Use forwarded headers from trusted proxies
|
||||
"--entryPoints.websecure.forwardedHeaders.insecure=false",
|
||||
"--entryPoints.web.forwardedHeaders.insecure=false",
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue