Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps - Status | Demo | Docs | Install
  1. Cloudron Forum
  2. Ghost
  3. bogus alt-svc header causing h3 upgrades

bogus alt-svc header causing h3 upgrades

Scheduled Pinned Locked Moved Ghost
3 Posts 2 Posters 20 Views 2 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • philkunzP Offline
    philkunzP Offline
    philkunz
    wrote last edited by
    #1

    Ghost returns an alt-svc header for the route /.ghost/activitypub/inbox/index causing upgrade to h3. Since cloudron nginx does not support h3 the upgrade fails causing weird delays in the public proxy to cloudron.

    1 Reply Last reply
    0
    • philkunzP Offline
      philkunzP Offline
      philkunz
      wrote last edited by
      #2

      I'm running Ghost (v6.22) on Cloudron behind a reverse proxy. I noticed that Ghost's ActivityPub endpoints (.ghost/activitypub/*) return response headers that
      don't come from Ghost or Cloudron's nginx — they come from an upstream Google service:

      via: 1.1 google
      x-cloud-trace-context: ...
      alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000

      Regular Ghost endpoints (e.g. /ghost/api/admin/site/) return the expected headers — X-Powered-By: Express, no Google trace, no alt-svc:

      server: nginx
      x-powered-by: Express
      content-version: v6.22

      But any request to /.ghost/activitypub/* gets proxied by Ghost to an external Google Cloud-hosted service (Ghost's managed ActivityPub backend), and the response
      headers from that upstream are passed through unfiltered — including alt-svc: h3=":443"; ma=2592000.

      The problem: This alt-svc header tells browsers/clients that HTTP/3 is available on port 443 of my server. If a client honors this, it will attempt a QUIC/H3
      connection to my server, which may not support H3 at all — leading to failed connections or degraded behavior. The alt-svc is meant for Google's infrastructure,
      not mine.

      Expected behavior: Ghost (or Cloudron's nginx) should strip upstream alt-svc headers before returning responses to clients, since they refer to the upstream's
      capabilities, not the server actually facing the client.

      How to reproduce:
      curl -sI https://your-ghost-instance/.ghost/activitypub/ | grep -i alt-svc

      Compare with a regular Ghost endpoint:
      curl -sI https://your-ghost-instance/ghost/api/admin/site/ | grep -i alt-svc

      The first returns alt-svc, the second does not.

      1 Reply Last reply
      1
      • girishG Do not disturb
        girishG Do not disturb
        girish
        Staff
        wrote last edited by
        #3

        Great report @philkunz . I think https://git.cloudron.io/packages/ghost-app/-/merge_requests/163 should fix it . I could reproduce this on blog.cloudron.io .

        1 Reply Last reply
        1

        Hello! It looks like you're interested in this conversation, but you don't have an account yet.

        Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

        With your input, this post could be even better 💗

        Register Login
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        • Login

        • Don't have an account? Register

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • Bookmarks
        • Search