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. App Packaging & Development
  3. tcpPort routing

tcpPort routing

Scheduled Pinned Locked Moved App Packaging & Development
routingports
3 Posts 2 Posters 728 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.
  • timconsidineT Offline
    timconsidineT Offline
    timconsidine
    App Dev
    wrote on last edited by timconsidine
    #1

    I understand from the documentation that Cloudron routes HTTP/HTTPS traffic by domain name, but for custom TCP ports, it appears to route only by port, not by hostname or SNI. Also that it is a 1:1 mapping, port 1234 goes to only one container.

    1. Is this correct ? (sometimes documentation lags reality)

    2. Are there any plans to add SNI-based routing OR SNI-based checks for apps using a TCP port ? By check, I mean incoming traffic to port 1234 gets delivered to the container only if the request comes from APP_ORIGIN or APP_DOMAIN.

    It would be wonderful if there was something like reverse proxy support for tcp port, like there is for https.

    Context : trying to decide how best to implement deployment of multiple instances of an app supporting gemini protocol. It’s working now except a feature of gemini protocol means gemini clients can’t handle different ports when using just the bare APP_DOMAIN.

    Indie app dev, scratching my itches, lover of Cloudron PaaS, communityapps.appx.uk

    jamesJ 1 Reply Last reply
    0
    • timconsidineT timconsidine

      I understand from the documentation that Cloudron routes HTTP/HTTPS traffic by domain name, but for custom TCP ports, it appears to route only by port, not by hostname or SNI. Also that it is a 1:1 mapping, port 1234 goes to only one container.

      1. Is this correct ? (sometimes documentation lags reality)

      2. Are there any plans to add SNI-based routing OR SNI-based checks for apps using a TCP port ? By check, I mean incoming traffic to port 1234 gets delivered to the container only if the request comes from APP_ORIGIN or APP_DOMAIN.

      It would be wonderful if there was something like reverse proxy support for tcp port, like there is for https.

      Context : trying to decide how best to implement deployment of multiple instances of an app supporting gemini protocol. It’s working now except a feature of gemini protocol means gemini clients can’t handle different ports when using just the bare APP_DOMAIN.

      jamesJ Offline
      jamesJ Offline
      james
      Staff
      wrote on last edited by
      #2

      @timconsidine said in tcpPort routing:

      1. Is this correct ?

      Yes, if one port is used by one app, it can only be used by one app and is routed by port.

      @timconsidine said in tcpPort routing:

      1. Are there any plans to add SNI-based routing OR SNI-based checks for apps using a TCP port ?

      I am giving this question to @staff
      This would be a very nice addition.

      1 Reply Last reply
      0
      • timconsidineT Offline
        timconsidineT Offline
        timconsidine
        App Dev
        wrote on last edited by
        #3

        Thank you @James

        In the interim, I am attempting a workaround <can't find fingers-crossed emoji>

        Indie app dev, scratching my itches, lover of Cloudron PaaS, communityapps.appx.uk

        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