Comment on Self hosting with subdomains

frongt@lemmy.zip ⁨3⁩ ⁨days⁩ ago

• VeganCheesecake@lemmy.blahaj.zone ⁨3⁩ ⁨days⁩ ago

  Good as a general recommendation.

  I also feel like the risk levels are very different. If it’s something that performs a function but doesn’t save/serve any custom data (e.g. bentopdf), that’s a lot easier to decide to do than something complicate like Jellyfin.

  I do have public addresses for Matrix, overleaf, AppFlowy, immich because they would be much less useful otherwise. Haven’t had any problems yet, but wouldn’t necessarily recommend it to others.

  I’d never host any stuff with “Linux ISOs” on a public adress, that seems like it’d be looking for trouble.

  source

  • frongt@lemmy.zip ⁨2⁩ ⁨days⁩ ago

    Doesn’t matter. Any exposure risks compromise. From there, an attacker could pivot to read your data, mine cryptocurrency on your device(s), serve objectionable material, or other unsavory activities.

    Even if you have authentication enabled, not all APIs require authentication. Jellyfin in particular is not designed to be internet-facing. And even if it does require authentication, authentication bypass attacks are a thing.

    source

    • jtzl@lemmy.zip ⁨2⁩ ⁨days⁩ ago

      If you really want to secure your computer, encase that puppy in concrete (after disconnecting it from power),

      source
    • Magnum@infosec.pub ⁨2⁩ ⁨days⁩ ago

      What do you mean JellyFin is not designed to be Internet facing??? jellyfin.org/docs/general/…/networking/

      source

      • frongt@lemmy.zip ⁨2⁩ ⁨days⁩ ago

        github.com/jellyfin/jellyfin/issues/5415#issuecom…

        source
      • Appoxo@lemmy.dbzer0.com ⁨2⁩ ⁨days⁩ ago

        Designed meaning in that case intended to be exposed.
        More of an internal thing.
        VPNs on the other hand are designed to be exposed. Same with some ssh servers or reverse proxies like traefik, nginx etc.

        source

        • -> View More Comments
    • VeganCheesecake@lemmy.blahaj.zone ⁨2⁩ ⁨days⁩ ago

      … sure. Nothing here is wrong, but there’s ways to try and mitigate that. And then it’s kinda an arms race, and vigilance.

      source
• essell@lemmy.world ⁨3⁩ ⁨days⁩ ago

  I’m not sure that’s gonna work with my Jellyfin 🤔🫤

  source

  • LordKitsuna@lemmy.world ⁨3⁩ ⁨days⁩ ago

    I mean it WOULD work you would just need a von on every device you wanted to use.

    The REAL answer is never host them DIRECTLY, always use a reverse proxy like nginx. Many projects (i believe jellyfin is one of them) explicitly recommend this for better security

    source

    • Dultas@lemmy.world ⁨2⁩ ⁨days⁩ ago

      Throw in fail2ban as well.

      source

      • LordKitsuna@lemmy.world ⁨2⁩ ⁨days⁩ ago

        Eh, i just use pubkey only Auth config (so password entirely disabled as an option) and put ssh on a non standard port to reduce script kid noise. (and no 2222 is not non-standard it may as well be the default)

        Fail2ban triggers false too often for my taste in a high traffic environment.

        source
    • essell@lemmy.world ⁨3⁩ ⁨days⁩ ago

      Did you learn that about my jellyfin by looking at my post history or connecting to my server? 😀

      It’d struggle a bit on some setups, like when I’m using the Jellyfin app on my GFs smart TV… Or explaining to a friend in Europe how to setup a VPN without breaking anything else on his network… It is a risk for sure.

      I’m too tired right now to parse what you mean about the port forwarding. I guess the idea is to reduce the impact if Jellyfin were breached or exploited. If you’re up for it, can you explain more about why that relates to port forwarding?

      source

      • LordKitsuna@lemmy.world ⁨3⁩ ⁨days⁩ ago

        If you ran nginx as a non privileged user it wouldn’t be able to bind to 80/443 as those are privileged ports. So you would need to use iptables to forward them to an unprivlaged port

        source

        • -> View More Comments