I plan to selfhost nextcloud, for now just for bookmark sync. is there a point to installing a vpn on the computer running the instance? it shouldnt matter as long as i have https right? what about if i dont have a domain? i cant have https without a domain (ill buy one later just want everything to work first). or maybe use one of those free domain providers for now to get https? what do you guys think?

    • SGG@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      10 months ago

      In very basic terms, and why you want to do them:

      Attack surface is the ports and services you are exposing to the internet. Keep this as small as possible to reduce the ways your setup can be attacked.

      Network topology is the layout of your home network. Do you have multiple vlans/subnets, firewalls that restrict traffic between internal networks, a DMZ is probably a simple enough approach that is available on some home grade routers. This is so if your server gets breached it minimises the amount of damage that can be done to other devices in the network.

    • BearOfaTime@lemm.ee
      link
      fedilink
      English
      arrow-up
      3
      arrow-down
      2
      ·
      edit-2
      10 months ago

      If you don’t understand these terms, you probably shouldn’t be exposing any kind of port on your router. Seriously, not being snarky.

      I used to teach multiple levels of Cisco classes, and I wouldn’t expose a port these days, I don’t know enough.

      Instead, I’d recommend using Tailscale on a home machine and your mobile devices.

      Using Tailscale, you can also selectively expose a service to the wider world (not just devices running Tailscale), using the Funnel feature.

      I’d say it’s your safest intro to accessing self-hosted resources from just about anywhere.

      Edit: a couple years ago I opened a port helping a friend test something, I forget what. Within hours I was getting hammered with thousands of requests per hour, people trying to break in.

      I wasn’t worried because of the security we had, but it was annoying, and potentially a massive risk.

      • milkytoast@kbin.socialOP
        link
        fedilink
        arrow-up
        2
        ·
        10 months ago

        i would need to open a port even if i were to use a domain name correct? would hiding the ip behind a reverse proxy be enough? is nextclouds brute force protection not enough?

        • BearOfaTime@lemm.ee
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          10 months ago

          A reverse proxy helps, a LOT, like practically eliminating the issue because authentication happens at the proxy, not your port. I’ve never set one up, but I think your local system makes an outbound connection to the proxy, creating the tunnel. In this way no one ever knows what they’re really connecting to - the proxy appears to be the endpoint.

          Which is essentially what Tailscale Funnel does - they expose an interface, then encrypt a tunnel between your Tailscale network and that “proxy”.

          Same concept, just all rolled in to one thing, a check box and a little config info. TS Funnel will create the url to access your service. I suppose you could create another domain/url and have it redirect (or use a link shortener) to make it easier to share. I think by default it uses your Tailscale network name as the domain, and adds to it to define the service.

          https://tailscale.dev/blog/funnel-serve-demo

            • BearOfaTime@lemm.ee
              link
              fedilink
              English
              arrow-up
              1
              arrow-down
              2
              ·
              10 months ago

              When you do something like Reverse Proxy or Tailscale, your devices make an outbound connection to the Reverse proxy (or with Tailscale it goes to their auth/directory service) using UPnP.

              UPnP is standard protocol these days, and how pretty much any communication or gaming app works. The port opening is performed dynamically by the router, the port number is different every time an outbound connection is made, and it’s ephemeral (both in the range and that the port closes after the session is complete). This isn’t something that’s typically blocked or disabled, as it would break all sorts of things.

              https://en.m.wikipedia.org/wiki/Universal_Plug_and_Play

              I may have misstated exactly how it works - I studied it when it was released, it became ubiquitous and always works, so I haven’t stayed current or reread anything for a while. It just works (and man has it saved me a ton of manual port config).

              • MaggiWuerze@feddit.de
                link
                fedilink
                English
                arrow-up
                1
                ·
                10 months ago

                The fact, that I have to enable it on a device by device basis on my router speaks to the opposite. You shouldn’t let some app open random ports on your router and you didn’t need to do so for years