• mosiacmango@lemm.ee
    link
    fedilink
    English
    arrow-up
    22
    ·
    23 days ago

    Tailscale has an technical article on this if you are starting from scratch.

    If you can’t install tailscale on the pi-hole directly, you can also use a subnet router and a /32 with just that address to expose it to tailscale.

  • Pax@lemmy.world
    link
    fedilink
    English
    arrow-up
    17
    ·
    24 days ago

    For me its been wireguard with split tunnel but that had a glaring issue with my home IP change (running 2 Pi-hole+unbound instances on separate network segments and hardware). Some time ago I switched to tailscale and added a Pi-hole on a VPS. Closed system, nothing exposed to the wide internet, works 99.99…% of the time, whole family protected against low hanging fruit attacks and adds.

    • Lem453@lemmy.ca
      link
      fedilink
      English
      arrow-up
      18
      ·
      edit-2
      23 days ago

      Use ddns on your router with a domain so you can then get something like wireguard.example.com and then use that as the endpoint in your wireguard.

      Set the wireguard DNS as your pihole.

      To make life easier set your home network IP space to something that another WiFi would never use, ie 192.168.46.xx

      That way it will never conflict if you are on a public WiFi and you can access anything on your home lab when you need.

      I’ve been using this setup for years on laptop, phone etc

      • DynamoSunshirtSandals@possumpat.io
        link
        fedilink
        English
        arrow-up
        4
        ·
        23 days ago

        I do exactly this as well. Works great! Dynamic DNS is kind of a hilarious hack.

        Quick question: since I use wireguard, do I need to use DNS-over-HTTPS for security? My assumption is that my entire session is already encrypted with my wireguard keys, so it doesn’t matter. But I figured I should double check.

        • mac@lemm.ee
          link
          fedilink
          English
          arrow-up
          3
          ·
          23 days ago

          Depends, do you have pihole/unbound setup to only recursively resolve? Or do you forward requests to an upstream (either as a fallback or just as a primary). If that’s the case, and depending on your threat model, you’ll want to set up DoH or DoT as your DNS requests will be forwarded in plaintext

          • DynamoSunshirtSandals@possumpat.io
            link
            fedilink
            English
            arrow-up
            1
            ·
            23 days ago

            Fortunately I set up unbound ages ago, and disabled every other upstream option in my pi.hole. However, I imagine that still “leaks” some information about my DNS queries, just indirectly – it’s not like my pi.hole has every domain mapped all the time!

        • Lem453@lemmy.ca
          link
          fedilink
          English
          arrow-up
          1
          ·
          23 days ago

          You do not need anything else. DNS requests are all sent over Wireguard with encryption

          • DynamoSunshirtSandals@possumpat.io
            link
            fedilink
            English
            arrow-up
            1
            ·
            23 days ago

            Excellent to have confirmation, thanks. What about the VPN connection handshake? I always assumed it was OK over non-SSL, because the exchange should use signed keys. But that is quite an assumption on my part.

            • Lem453@lemmy.ca
              link
              fedilink
              English
              arrow-up
              2
              ·
              23 days ago

              Wireguard uses public and private keys which are designed from the ground up to be used over plain text to establish the handshake so it isn’t an issue. Same idea with ssh keys and ssl keys

      • Pax@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        23 days ago

        I have ddns on Cloudflare. It works great, until your home IP changes. After that wireguard will happily hammer the old IP, till something breaks the tunnel and it reestablishes it to the new IP. Working as intended. My workaround was forcing the IP change over night while everyone was home.

        Tailscale sorts all the issues I had.

    • abeorch@lemmy.ml
      link
      fedilink
      English
      arrow-up
      5
      ·
      23 days ago

      Whats the issue with the Home IP changing? - Have you setup a DynDns hostname?

      • vividspecter@lemm.ee
        link
        fedilink
        English
        arrow-up
        4
        ·
        23 days ago

        It may since have been fixed, but the Android client didn’t handle IP changes well in my experience. From my understanding, it only checks DNS when it initially connects, and so if the public IP changes the connection just stops working. This might be fine if the public ip changes infrequently or if you frequently connect and disconnect rather than leave the client always on, but not so much otherwise.

        Tailscale (and headscale) handles this gracefully, and you also get the nice NAT traversal features so no need to worry about CGNATs which are becoming more common.

        • WhyJiffie@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          2
          ·
          23 days ago

          that’s how it works on desktop too regarding DNS, but when it receives a response from a new IP, it should send future traffic there as I know

        • friend_of_satan@lemmy.world
          link
          fedilink
          English
          arrow-up
          2
          ·
          23 days ago

          From my understanding, it only checks DNS when it initially connects, and so if the public IP changes the connection just stops working.

          This is pretty standard TCP network behavior for long duration connections. The client queries dns for the IP address, opens a socket, and leaves it open as long as needed.

          One thing that would help here is some kind of keepalive feature, like a client to server TCP connect or SYN, or better yet a higher level protocol signal. Check your client to see if there is some tunable keepalive. It may be set so something long like 1h.

      • Pax@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        23 days ago

        It will resolve the IP from the domain when the tunnel goes up and will keep using that one. Working as intended.

        Overlay networks solve that issue.

  • fightforlife@lemmy.world
    link
    fedilink
    English
    arrow-up
    9
    ·
    23 days ago

    A big problem for me is, that Android is not allowing custom DoT servers. Even though the system supports DoH and is even using it for their built in resolver (Google/cloud flare) Networks that only whitelist TCP 433 (some guest wifis) will fail to use DoT.

    • BlackEco@lemmy.blackeco.comOP
      link
      fedilink
      English
      arrow-up
      4
      ·
      23 days ago

      I believe you swapped DoT (TLS, port 853) and DoH (HTTPS) in your message. I have yet to be in a network that restricts port 853, but if I could I would rather use DoH on Android.

  • dantheclamman@lemmy.world
    link
    fedilink
    English
    arrow-up
    3
    ·
    23 days ago

    I use Home Assistant DuckDNS and Nginx addons. DuckDNS handles the dynamic DNS updating when my ISP inevitably changes my IP address. Let’s Encrypt for certificates. Nginx for proxying to IPs on my network

  • justinthegeek@lemmy.sdf.org
    link
    fedilink
    English
    arrow-up
    2
    ·
    21 days ago

    “It incurs additional battery usage.“

    Does it? I always use a vpn on my phone and laptop and it’s not even measurable. Sure there’s gonna be more CPU usage, but with hardware acceleration and whatnot it’s almost nothing.

    • w3dd1e@lemm.ee
      link
      fedilink
      English
      arrow-up
      7
      ·
      23 days ago

      I haven’t set up this yet, but I use AdGuard on my phone and yes, it does leave blank space. Sometimes I don’t realized there was more text to read because it’s empty.

      It’s not about the adblocker though. It’s on the quality of the developer. A good developer tells the browser to leave space for ads before it loads them. It makes the page load faster and also prevents the page jumping around as each item loads.

      Ironically, a bad developer that doesn’t do that, probably has better website layouts for people who use adblockers. 🙃

      • LovableSidekick@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        23 days ago

        LOL yeah I actually understand that last part LOL (former web dev, retired). Sites jinking around while the ads load and I’ve already started reading the content are super annoying.

        • w3dd1e@lemm.ee
          link
          fedilink
          English
          arrow-up
          3
          ·
          23 days ago

          Don’t you love scrolling right when the page loads and you click an ad instead?

          It’s a feature, not a bug! Haha!

          • LovableSidekick@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            ·
            22 days ago

            One thing I really do hate is a download page with a giant green DOWNLOAD button that’s just an ad link, and the thing I went there to download is a tiny text link.

    • TK420@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      22 days ago

      Yes and no. You just have to see its beauty to get it. I also have been using it for a long ass time, almost a decade, so I could not even tell even tell you what sites look like with ads.

      • LovableSidekick@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        22 days ago

        I imagine it’s like me trying to watch a TV show with commercials after 20 years of Netflix. Holy crap, I don’t know how I ever grew up with all that noise.