Assuming the user will not be connecting over vpn, but is both remote and non-technical, how would you expose Jellyfin to them securely?

  • @nibbler@discuss.tchncs.de
    link
    fedilink
    English
    3
    edit-2
    1 day ago

    If client certificates and basic auth is not supported by jellyfin:

    • reverse proxy
    • strong random subdomain
    • wildcard certificate
    • tls1.3 only
    • doh/dot only

    1-3 make random scanners unable to find your service, 4&5 even hide it from your ISP. Dot/doh service will still know your subdomain, so be your own dot/doh ! :D

      • @nibbler@discuss.tchncs.de
        link
        fedilink
        English
        114 hours ago

        You telling me jellyfin Clients can’t handle client certs but can port knock?

        My proposal is for maxing ux on the client side while being properly hidden.

          • @nibbler@discuss.tchncs.de
            link
            fedilink
            English
            15 hours ago

            usually port knocking opens the relevant port to the client IP that is knocking. So it makes a lot of sense to have the knocking done by the requesting client. In many situations knocking from your mobile while behind the same NAT as your jellyfin client will do the trick, but if you have different IPv6 on those devices etc, it won’t.

            Also: if you assume your DNS lookups are sniffed - so are your port knocks. If you don’t, spare the extra work. But then, if you like port knocking - keep knocking, nothing wrong about it :D

    • @Jason2357@lemmy.ca
      link
      fedilink
      English
      21 day ago

      I’m no expert, but an unguessible URL path is similar but not visible to DNS. Could do both.