kytta

joined 3 months ago
 

Moin, ich habe vielleicht eine Noob-Frage, aber stundenlange Online-Recherche hat mich da wirklich nicht weitergebracht.

Ich überlege schon seit langem, mit Smart-Home anzufangen, und will es so nachhaltig und langlebig wie möglich zu machen. Heißt auch: offene, verbreitete Standarte (ZigBee, Thread, Matter) statt proprietärem Kram. Ich habe vor, eine Pi mit ConBee oder HA Connect ZBT-1 oder eine HA Yellow mir zu holen.

Eine der wichtigsten Sachen für mich wäre ein Thermostat für die Heizung, aber ich kriege nicht heraus, ob ich tatsächlich die Hersteller-Hubs brauche. Einige, wie TP-LINK Kasa, sagen direkt, dass sie kein ZigBee und kein Matter können. Aber bei Bosch und Hama bin ich sehr verzweifelt. Beide geben an, sie unterstützen ZigBee und/oder Matter, aber beide sagen "Unsere Hubs sind erforderlich".

Ist das denn so? Kann ich die ganzen Sachen nicht einfach mit ZHA oder sowas steuern und ablesen? Deren Community-Foren haben mir bisher auch keine klare Antwort gegeben :( Habt ihr da vielleicht Erfahrung?

[–] kytta 23 points 2 months ago (3 children)

I can imagine this being useful for cases where you write a lot of data over a longer time period. Think CCTV (with low-medium resolution). You can keep a sizeable archive locally and never have to swap cards

 

I am setting up a homelab server with Tailscale, and I am also trying to learn new stuff along the way. I've never worked with xtables/nftables, so I wanted to try it out instead of ufw.

My goals for the setup were:

  • Tailscale manages its own traffic (aka everything on tailscale0). Otherwise:
    • all outgoing traffic is allowed
    • forwarding is not allowed
    • incoming is not allowed, unless it's port 22 from my local LAN (for quick at-home debugging)
    • ICMP is allowed for pinging

I've scouted Arch Linux wiki and nftables wiki and have made this config:

flush ruleset

table inet my_chain {
    set LANv4 {
        type ipv4_addr
        flags interval

        elements = { 192.168.1.0/24 }
    }

    set LANv6 {
        type ipv6_addr
        flags interval

        elements = { fe80::/64 }
    }

    chain my_lan_input {
        tcp dport ssh accept comment "Accept SSH on port 22"
    }

    chain my_input {
        type filter hook input priority filter; policy drop;

        iif lo accept comment "Accept localhost traffic"
        ct state invalid drop comment "Drop invalid connections"
        ct state established,related accept comment "Accept traffic originated from us"

        meta l4proto ipv6-icmp accept comment "Accept ICMPv6"
        meta l4proto icmp accept comment "Accept ICMP"

        ip6 saddr @LANv6 jump my_lan_input comment "Connections from private IPv6 address ranges"
        ip saddr @LANv4 jump my_lan_input comment "Connections from private IPv4 address ranges"
    }

    chain my_forward {
        type filter hook forward priority filter; policy drop;
    }

    chain my_output {
        type filter hook output priority filter; policy accept;
    }
}

I put this config in /etc/nftables.conf, set TS_DEBUG_FIREWALL_MODE=nftables, and restarted my machine. After booting, Tailscale added its own chains, as expected:

$ sudo nft list tables
table inet my_chain
table ip filter
table ip nat
table ip6 filter
table ip6 nat

But now, I can't connect to my machine over HTTP(S) from Tailscale; When I go to the node's address in the browser, I get a timeout. I've tried setting the priority of my chain to filter + 1, but to no avail. How do I make this work?

(I realise this is more a networking question than a Tailscale one, but maybe someone had faced a similar situation)