Beiträge von Schubbie

Ich habe es eben mit einem Shelly Plus PM Mini ausprobiert (ich vergesse immer, dass ich schon 2 "neumodische" Geräte habe. Die Endnummer der MAC-ID erhöht sich um 1, sprich die MAC-ID des Shellies, mit der er sich selbst verbindet, ist am Ende :24, der AP am Ende :25.

Ich habe es gerade mit einem Gen1 probiert. Per Smartphone mit dem Accesspoint des Shellies verbunden, die Fritz!App WLAN geöffnet und dann wird ganz unten unter "Netzwerkgerät" die MAC-ID angezeigt. Das muss auch die korrekte des Shellies sein, da diese mit der ID übereinstimmt. Ein neuerer Shelly mit mehreren WLAN-Modulen wird hier abweichend der ID sein (haben die mehrere? Ansonsten wäre die MAC-Adresse immer gleich). Vielleicht mag es jemand mit der Fritz!App WLAN (oder anderem Tool) testen.

Zitat von Yankee

Im gateway (FB) ist der einzubindende Nameserver korrekt gesetzt.

Ich möchte hier nochmals einhaken. Bei meinem FritzOS 8.21 kann man selbst keine Hostweiterleitungen mehr setzen. Hast du vielleicht diese Weiterleitungen unbewusst durch ein Update verloren oder machst du interne Hostweiterleitungen nur per PiHole?

Eine Vermutung, die sein könnte, aber nicht sein muss ist, dass du Port 80 für deine Domain auf deinen Zertifikatsserver geöffnet hast, sprich DynDNS für die FritzBox nutzt. Auch wenn du zur Steuerung eine andere Subdomain nutzt richtet sich die FritzBox nach der Hauptdomain und stuft anscheinend alle Subdomains der Domain als öffentliche Domains ein und blockiert den internen Verkehr. Du müsstest die Subdomain (und nur diese) unter den DNS-Rebind-Schutz unter den erweiterten Netzwerkeinstellungen eintragen, darfst dir dann aber keinen Loop durch externe Zugriffe auf die Sub-Domain bauen, da der automatische Schutz davor hiermit in der FritzBox für diese Subdomain ausgehebelt wird.

Dennoch würde ich die Konfiguration des PiHoles als DNS in der FritzBox prüfen.

Wurde bereits ausgeschlossen, dass ein VPN auf den Smartphones aktiv ist? Ansonsten hört sich das von der App her ja sauber an, wenn es diese Einstellmöglichkeiten gibt.
Eventuell sollte man die App im Heimnetzwerk immer auf Lokal umstellen (App entsprechend von den Entwicklern anpassen lassen), um eventuelle Loops und Verwirrungen des Routers zu vermeiden?

2 Wochen sind leider noch nicht aussagekräftig. Bei mir hat es offensichtlich geholfen die Versorgungsspannung um 0,5V anzuheben.

Eigentlich sollte es ausreichen die Netzwerkverbindung zu den betroffenen Clients kurz zu trennen.

LAN-Kabel zwischen FritzBox und Swicht kurz ziehen

WLAN des Clients neu starten

WLAN der FritzBox de-/aktivieren (natürlich nur per LAN).

Muss man in der App dann keine Angaben zu intern/extern machen? Viele Apps wollen 2 Domains, bzw. IPs für die unterschiedlichen Wege.

Zitat von Jo_Be

1: Heinnetz > Netzwerk > Netzwerkeinstellungen > Erweiterte Netzwerkeinstellungen ändern > Ipv4 > Lokaler DNS-Server: hier den DNS-Server (pihole) eintragen.

2: Im Pihole wiederum die Fritzbox als DNS-Server eintragen.

3: In der Fritzbox kann man den DNS-Server entweder vom Internet-Provider beziehen oder andere eintragen (google oder oder )

Entschuldige auch mich, aber es hat seinen Grund, wenn ich den TE frage. Dein Vorgehen, auch wenn oft so dokumentiert, ist nämlich leider falsch, da man sich damit einen Loop erzeugt, der zu Problemen führen kann. Daher wollte ich eine unvoreingenommene Angabe des TEs.

Des weiteren fehlt in deinem Beispiel sowas hier:
[/153.10.in-addr.arpa/]10.153.1.1
[/fritz.box/]10.153.1.1

10.153.1.1 ist hier die FritzBox.

Besser ist es die FritzBox als DHCP zu verteilen und dieser den PiHole (im meinem Fall AdGuard) bekannt zu geben.
Man verliert zwar die einzelne Konfiguration der Clients (wobei ich mir nicht sicher bin, ob es mittlerweile per EDNS funktioniert), dafür beugt man jedoch Netzwerkproblemen aufgrund von Loops vor.

Kannst du Mal bitte zeigen, an welcher Stelle du die IP des Pi-Hole eingetragen hast und wie du es löst, dass die FritzBox interne Namen auflöst?

schreckus falls Du Home Assistant nutzt, dann kannst du das AdGuard-AddOn verwenden. Ich nutze AdGuard momentan auf einem VPS bei Strato und habe den per Tailscale für mich erreichbar gemacht, was aber nur interessant ist, wenn man eh einen permanenten VPN nach Hause nutzt.

Die App sollte eigentlich schnell erkennen können: Shelly nicht per Cloud erreichbar -> gehe über IP. Ein Ping an die Cloud ist schnell gesendet und auch die Abfrage, ob man sich im Heimnetzwerk befindet. Das kann kein Hexenwerk sein. Die ARP-Tabels sollte da raus sein, da die App einen anderen Weg wählen muss, wenn die Cloud nicht erreichbar ist.

Du gehst aber nicht davon aus, dass wenn dein Internet gekappt ist und du dich mit dem Smartphone im Mobilfunknetz befindest, du die Shellies per IP erreichst? Das kann nicht klappen. Bist du im WLAN, dann sollte es klappen. Ich nutze die Cloud/App ebenfalls nicht und kann es daher nicht nachstellen.

Ich wüsste nicht, warum es per fester IP geh n sollte, jedoch nicht per DHCP mit reservierter IP. Meiner Erfahrung nach macht es mehr Probleme, wenn man die IPs fest in den Clients vergibt, da es dann eher zu Fehlkonfigurationen kommen kann.
Wenn IP fest im Client eingetragen, dann außerhalb des DHCP-Bereichs, damit der DHCP-Server diese IP nicht ebenfalls vergibt.

Die Netzwerkmaske muss korrekt sein (meist 255.255.255.0 bei einfscher Konfigurieren).
Das Gateway muss angegeben werden (meist die IP der FritzBox).
Der DNS muss angegeben werden (meist die IP der FritzBox).

Auf diese 3 Dinge muss ich per DHCP nicht achten und ändert sich an diesen etwas, dann teilt der DHCP-Server dieses den Clients beim nächsten Reconnect mit.

Nein, das ist der Auslöser des Problems, jedoch nicht das Problem an sich. Das Problem ist, dass die Bedienebene bei Internetausfall wegfällt, obwohl diese bestehen bleiben müsste.

Beide Taster parallel an SW1.
Button Type: one Button Mode

Taster können keine Wechselschaltung sein, es kann dann nur eine Tasterschaltung sein.

https://shop.hettich.com/de_DE/Weitere-…x-Eco/p/9277856

Vielleicht einfach sowas.

Zitat von Viewty

Vergebe ich jedoch in der FritzBox zu diesem Shelly eine feste IP-Adresse - Haken bei "IPv4-Adresse dauerhaft zuweisen" setzen und die 201 eintragen

Schlechte Idee, da du schreibst, dass dein DHCP-Bereich bis 200 geht. Die ersten IPs nach dem DHCP-Bereich verwendet die Fritte für VPN-Verbindungen.

Moin,
ich habe seit ein paar Wochen einen unauffällig im Einsatz. Ist halt sehr ähnlich des Fritz 1200AX, Ausleuchtung vielleicht minimal besser. Bei der Einrichtung wird gefragt, ob Indoor oder Outdoor, es soll dann wohl die Sendeleistung für Outdoor etwas angehoben werden, ich meine aber auch, dass im Outdoor die Kanäle für Radar (o.ä.) nicht genutzt werden dürfen.
Mit der roten Halterung kann man ihn auch an der Decke montieren, er rastet ein.
Für Outdoor liegt die weiße Halterung bei und er wird mit der Vorderseite an die Wand montiert (so wie ich es sehe, habe ich nicht ausprobiert). Es liegt ein Patchkabel mit "flacher" Leitung bei, welches genau in die Aussparung des Wandhalters passt, sprich für Outdoor muss dieses Kabel verwendet werden, damit es dicht ist - doof, wenn es zu kurz ist...
Der PoE-Injektor liegt dem Lieferumfang bei.

Bohrungen passen weder mit Ubiquiti noch Brandstream UFOs überein, daher die große Unterlegscheibe, um nicht noch mehr Löcher in die Decke zu machen.

Du schreibst noch immer, dass der Netgear dazwischen ist. Hast du es ohne, also direkt, probiert?

Doch, man kann ihn oben und unten drücken, was dann 2x drücken entspricht. Man könnte nun sagen, dass man einen Taster nur Tasten und nicht drücken kann

Vorsorglich nachgefragt, sind es denn wirklich Schalter oder Taster?
Wenn Schalter, dann ist es eine Wechsel- oder Kreuzschaltung oder eine Ausschaltung?
Sind Kontrollleuchten im Spiel?

Was eventuell passieren kann ist, wenn man VPN-Verbindungen eingerichtet hat, man per fixer IP (ob auf dem Client oder in der FritzBox) eine IP von einer VPN-Verbindung erwischt hat. Diese sind in der Regel direkt hinter dem DHCP-Bereich.