Ein Reboot tut öfters gut: Visualisierung und Automatisierung von Neustarts

:green_circle: Idee: Ein Reboot tut immer gut

Ich denke, es ist gut seine Hardware oder bestimmte Komponenten nach gewisser Zeit immer einmal durchzustarten. Denken tue ich jedoch nur manchmal daran aber ich habe ja Homeassi zur Überwachung/Automatisierung.

:green_circle: Automatisation

Jede Nacht 2 Uhr startet eine Automatisation und überprüft ob der letzte Neustart eines definierten Gerätes bereits eine festgelegte Tagesanzahl überschritten hat. Wenn ja, dann triggert sie den Neustart des ältesten Gerätes.

Pro Nacht wird immer nur 1 Gerät gestartet und auch nur wenn jemand zu Hause ist. Im Urlaub soll es keine automatisierten Neustarts geben.

:green_circle: Visualisierung

Visualisierung auf dem Dashboard ist immer gut. Ich habe mich für eine Markdownkarte entschieden. Diese kann unabhängig von der Automatisation verwendet werden.

Sie zeigt dynamisch die letzten Neustartdaten und welches Gerät wann genau als nächstes gestartet wird. Sensorenfehler fängt sie genauso ab wie eine Neustart-Warteschlange.

Die Geräte bzw. deren Neustartsensoren definierst Du direkt im Variablenteil des Codes.

Wichtig: Der Code in der Karte startet niemals irgendeinen Neustart! Es ist nur eine Visualisierung uns sie funktioniert auch ohne Automatisation.

:green_circle: Code Markdownkarte

Öffne eine Markdownkarte und kopiere diesen Code in das Inhaltsfenster (nicht “Code-Editor anzeigen”)

Zusammenfassung
{# Version 1.1 #}

{# ------------ Was die Karte macht ------------#}
{#
Die Karte zeigt Dir zum einen die letzten Neustarts Deiner hier definierten Geräte
und zum anderen, wann der nächste Neustart entweder stattfinden sollte
oder automatisiert stattfindet.

In der Karte definierst Du:
- Deine Gerätesensoren, die den letzten Neustart enthalten, sowie einen eigenen Namen
- die Anzahl der Tage bis zum nächsten Neustart (manuell oder aus einem Helfer)
- eine Uhrzeit, zu der Deine Prüf-/Neustart-Automation täglich startet (*)

Die Karte zeigt weiterhin:
- farblich abgestuft den nächsten Neustart, welches Gerät betroffen ist
  (<= 3 Tage rot, <= 7 Tage orange, ansonsten blau)
- sofern bei mehreren Geräten der Neustart zu lange her ist, werden auch diese Geräte gelistet
- wenn es Probleme mit Deinen definierten Sensoren gibt (z. B. `unavailable`)

(*)
Ich habe eine Automation, die nächtlich um 2 Uhr prüft, ob bei einem Gerät
der letzte Neustart länger als die definierte Anzahl von Tagen zurückliegt
und das Gerät entsprechend neu startet.
Solltest Du keine Automation haben, geht der Kartencode davon aus,
dass eine solche existiert und entsprechend der Variable `uhrzeit_aut`
täglich ausgeführt wird.
Es ist nur Kosmetik –> die Karte zeigt lediglich Informationen an
und triggert selbst niemals einen Neustart!
#}

{# -------------- Konfiguration ----------------#}

{# 
Hier die "Letzter Neustart" Sensoren der Geräte einfügen und ein Label
Wichtig: Die Sensoren müssen als State einen Zeitstempel ausgeben.
#}
{% set sensors = {
  'sensor.fritz_box_7590_letzter_neustart': 'Fritzbox',
  'sensor.fritzrepeateruntenax_letzter_neustart': 'Repeater Unten',
  'sensor.fritzrepeatermitteax_letzter_neustart': 'Repeater Mitte',
  'sensor.fritzrepeateroben_letzter_neustart': 'Repeater Oben',
  'sensor.system_monitor_last_boot': 'Homeassi echter Boot (nur Anzeige)',
  'sensor.uptime': 'Homeassi Soft Reboot',
  'input_datetime.zigbee_bridge_connection_off': 'Zigbee Bridge (Ann.: Off = Restart)'
} %}

{# 
Tage nachdem ein Neustart erfolgt oder folgen sollte.
ich habe dafür einen Helfer, der auch in der Automatisation verwendet wird.
Du kannst auch einfach die Zahl hier fest setzen:
Kann man die folgende Zeile und kopiere sie nach der anderen '{% set critical_restart_days =...' 
{% set critical_restart_days = 40 %}
#}
{% set critical_restart_days =
  states('input_number.neustart_fritzbox_und_komponenten_erfolgt_nach_xxx_tagen')
  | int(30)
%}

{# Um wieviel Uhr startet die tägliche die reale oder fiktive Automatisation? #}
{% set uhrzeit_aut = '02:00' %}


{# ----------------- Logik ---------------------#}
{% set data = namespace(valid=[], invalid=[]) %}
{% set now_ts = now().timestamp() %}
{% set next_device = none %}
{% set hh = uhrzeit_aut.split(':')[0] | int %}
{% set mm = uhrzeit_aut.split(':')[1] | int %}

{% for entity, label in sensors.items() %}

  {# Prüfung ob valider Zeitstempel #}
  {% set ts_raw = states(entity) %}
  {% set ts_parsed = as_timestamp(ts_raw, default=none) %}
  {% if ts_parsed is none %}
    {% set data.invalid = data.invalid + [label] %}

  {% else %}
    {% set dt = as_local(as_datetime(ts_parsed)) %}

    {% set diff_hours = ((now_ts - dt.timestamp()) / 3600) | int %}
    {% set days = (diff_hours // 24) | int %}

    {# relative Anzeige in Klammern #}
    {% if diff_hours < 24 %}
      {% set rel = 'vor ' ~ diff_hours ~ ' h' %}
    {% else %}
      {% if days == 1 %}
        {% set rel = 'vor 1 Tag' %}
      {% else %}
        {% set rel = 'vor ' ~ days ~ ' Tagen' %}
      {% endif %}
    {% endif %}
    
    {# --- Berechnung der Neustartzeit --- #}
    {# Ziel: Es wird immer 2 Uhr bzw. zur der in der Variable uhrzeit_aut gesetzten Zeit gestartet: Heute noch oder morgen? #}
    {% set allowed_earliest_restart = dt + timedelta(days=critical_restart_days) %}

    {% set base = [allowed_earliest_restart, now()] | max %}
    {% set candidate = base.replace(hour=hh, minute=mm, second=0, microsecond=0) %}
    {% if candidate <= base %}
      {% set candidate = candidate + timedelta(days=1) %}
    {% endif %}
    {% set next_restart_fix = as_local(candidate) %}

    {# Anlegen / Befüllen einer Liste mit allen Geräten mit validem Zeitstempel #}
    {% set data.valid = data.valid + [
      {
        'name': label,
        'dt': dt,
        'days': days,
        'rel': rel,
        'allowed_earliest_restart': allowed_earliest_restart,
        'next_restart_fix': next_restart_fix
      }
    ] %}
  {% endif %}
{% endfor %}

{# Gerät mit dem frühesten nächsten Neustart #}
{% if data.valid | length > 0 %}
{% set next_device = (
  data.valid
  | sort(attribute='dt')
)[0] %}
{% endif %}

{# Geräte, die das Restart-Limit erreicht oder überschritten haben aber ohne das Gerät mit frühesten Neustart (weil es extra angezeigt wird)#}
{% if next_device is not none %}
  {% set overdue = data.valid
    | selectattr('allowed_earliest_restart', '<=', now())
    | rejectattr('name', 'equalto', next_device.name)
    | sort(attribute='allowed_earliest_restart')
    | list
  %}
{% else %}
  {% set overdue = [] %}
{% endif %}


{# -------------- Darstellung ------------------#}
## Übersicht letzter und anstehender Neustarts

<center>🔄 <font size=4><b>Letzte Neustarts</b></font></center>
{% for item in data.valid | sort(attribute='dt', reverse=True) %}

- **{{ item.name }}**<br><font color=gray>{{ item.dt.strftime('%d.%m., %H:%M Uhr') }} (<b>{{ item.rel }}</b>)</font>
{% endfor %}

{% if data.invalid | length > 0 %}
## ❌ Probleme mit
  {% for name in data.invalid %}
- <font color=red>{{ name }} (Zeitstempel falsch)</font>{% endfor %}
{% endif %}

-----
<center>🔔 <font size=4><b>Nächster Neustart</b></font> 🔔</center>
{% if next_device is not none %}
  {% set days_until =
    ((next_device.next_restart_fix.timestamp() - now_ts) / 86400)
    | round(0, 'ceil')
  %}
  {% if days_until <= 3 %}
    {% set color = 'red' %}
  {% elif days_until <= 7 %}
    {% set color = 'orange' %}
  {% else %}
    {% set color = '#23A3FF' %}
  {% endif %}
  <center>
  <font color={{ color }} size=3>
    <b>{{ next_device.name | upper }} am {{ next_device.next_restart_fix.strftime('%d.%m.%Y um %H:%M Uhr') }}</b>
  </font>
  </center>
  <br>
  <font size=2> Der Durchstart erfolgt bzw. sollte erfolgen sobald der letzte Neustart bereits mehr als {{critical_restart_days}} Tagen her ist.</font>
{% else %}
  Das kann momentan nicht ermittelt werden.
{% endif %}

{% if overdue | length > 0 %}
-----

🟠 <font size=4><b>Andere überfällige Geräte (Neustart > {{critical_restart_days}} Tage) </b></font><br>
{% for item in overdue %}
- {{ item.name }}{% endfor %}
{% endif %}

:green_circle: Automatisation

Das ist nur ein Beispiel und muß auf Deine Bedürfnisse angepaßt werden.
Wichtige Schrauben sind der Jinja Code in den Variablen sowie die konkreten Neustartbefehle Deiner Geräte. Teste jeden einzelnen Schritt.

Zusammenfassung
alias: om_aut_tech_neustart_infrastructure
description: >-
  ## Nächtliche Prüfung ob letzter Neustart eines Gerätes schon zu lange her ist
  und entsprechender Durchstart


  - Die Prüflogik liegt in der Jinjja Logik der Variablen 'neustartvon'

  - Es wird immer nur 1 Gerät pro Nach durchgestartet (sichergestellt über
  Optionen -> erster Match gewinnt)

  - Helper input_number.neustart_fritzbox_und_komponenten_erfolgt_nach_xxx_tagen
  bestimmt die Tagesgrenze

  - Als Bedingung JZH = on damit bei Abwesenheit nichts automatisch
  durchgestartet wird so daß ich im Falle von Problemen besser etwas tun kann
triggers:
  - at: "02:00:00"
    trigger: time
conditions:
  - condition: state
    entity_id: input_boolean.jemand_zu_hause
    state:
      - "on"
actions:
  - variables:
      wichtig: >-
        Die in Sensors verwendeten Labels werden später in der Automatisation
        als Bedingung genommen. Schreibweise muß gleich sein. Trim ist aktiv
      neustartvon: >-
        {# Ergibt das Label des Sensors sofern der Sensor Zeitstempel die im
        Helfer
           hinterlegten Tage überschritten hat #}
        {% set sensors = {
          'sensor.fritz_box_7590_letzter_neustart': 'Fritzbox',
          'sensor.fritzrepeateruntenax_letzter_neustart': 'RepeaterUnten',
          'sensor.fritzrepeatermitteax_letzter_neustart': 'RepeaterMitte',
          'sensor.fritzrepeateroben_letzter_neustart': 'RepeaterOben',
          'sensor.uptime': 'HomeassiSoftReboot',
          'input_datetime.zigbee_bridge_connection_off': 'ZigbeeBridge'
        } -%} {% set critical_restart_days =
        states('input_number.neustart_fritzbox_und_komponenten_erfolgt_nach_xxx_tagen')
          | int(30) -%}
        {# Zum Debuggen #} {#% set critical_restart_days = 0 %#}

        {% set critical_restart_sec = critical_restart_days * 24 * 60 * 60 -%}
        {% set ns = namespace(sensor_oldest_ts = none, oldest_label = '') -%} 
        {% for entity, label in sensors.items() -%}
          {% set sensor_ts = as_timestamp(states(entity), default=none) -%}
          {# Nur gültige Sensoren und wenn Neustart fällig #}
          {% if sensor_ts is not none and (as_timestamp(now()) - sensor_ts) > critical_restart_sec -%}
            {% if ns.sensor_oldest_ts is none or sensor_ts < ns.sensor_oldest_ts -%}
              {% set ns.sensor_oldest_ts = sensor_ts -%}
              {% set ns.oldest_label = label -%}
            {% endif -%}
          {% endif -%}
        {% endfor -%} {% if ns.sensor_oldest_ts is not none -%}
          {{ ns.oldest_label | trim }}
        {% else -%}
          Kein Neustart
        {% endif %}
      anzahltage: >-
        {{states('input_number.neustart_fritzbox_und_komponenten_erfolgt_nach_xxx_tagen')
        | int}}
  - variables:
      mailtitle: >-
        {{states('sensor.uhrzeit_momentan_formatiert_hh_mm')}} Aut. Durchstarten
        von [{{neustartvon}}] weil letzter Neustart > {{anzahltage}} Tage
  - choose:
      - conditions:
          - condition: template
            value_template: "{{neustartvon | lower == 'fritzbox' | lower}}"
        sequence:
          - action: notify.gmxolaf3
            metadata: {}
            data:
              title: "{{mailtitle}}"
              message: om_aut_tech_neustart_infrastructure
          - device_id: 341326e3031a6a18186d53624b25d8ea
            domain: button
            entity_id: 82cd50616efe0ffc55b37be609245a05
            type: press
            enabled: true
      - conditions:
          - condition: template
            value_template: "{{neustartvon | lower == 'RepeaterUnten' | lower}}"
        sequence:
          - action: notify.gmxolaf3
            metadata: {}
            data:
              title: "{{mailtitle}}"
              message: om_aut_tech_neustart_infrastructure
          - device_id: 8d84b357a16c3a4360855ecd5298f325
            domain: button
            entity_id: 7b94db32a99c4ba0f067eaea768bb966
            type: press
            enabled: true
      - conditions:
          - condition: template
            value_template: "{{neustartvon | lower == 'RepeaterMitte' | lower}}"
        sequence:
          - action: notify.gmxolaf3
            metadata: {}
            data:
              title: "{{mailtitle}}"
              message: om_aut_tech_neustart_infrastructure
          - device_id: 3db9cd2267e067e9c72b33199977cff8
            domain: button
            entity_id: e78112ab998fdc85128dbe23cfc81b49
            type: press
            enabled: true
      - conditions:
          - condition: template
            value_template: "{{neustartvon | lower == 'RepeaterOben' | lower}}"
        sequence:
          - action: notify.gmxolaf3
            metadata: {}
            data:
              title: "{{mailtitle}}"
              message: om_aut_tech_neustart_infrastructure
          - device_id: 629d3c7b3273fe22fa05d19f91e6ccf2
            domain: button
            entity_id: 0602b8c2468abbfe0225577e8148fc21
            type: press
            enabled: true
      - conditions:
          - condition: template
            value_template: "{{neustartvon | lower == 'HomeassiSoftReboot' | lower}}"
        sequence:
          - metadata: {}
            data: {}
            target:
              entity_id: input_boolean.ha_neustart_durch_ha_getriggert
            action: input_boolean.turn_on
            enabled: true
          - action: notify.gmxolaf3
            metadata: {}
            data:
              title: "{{mailtitle}}"
              message: om_aut_tech_neustart_infrastructure
          - data: {}
            action: homeassistant.restart
            enabled: true
          - variables:
              comment: >-
                Jeder Befehl ab hier ist wirkungslos. Ein Neustart von HA bricht
                dieses Script ab.
      - conditions:
          - condition: template
            value_template: "{{neustartvon | lower == 'ZigbeeBridge' | lower}}"
        sequence:
          - action: notify.gmxolaf3
            metadata: {}
            data:
              title: "{{mailtitle}}"
              message: om_aut_tech_neustart_infrastructure
          - action: button.press
            metadata: {}
            data: {}
            target:
              entity_id: button.zigbee2mqtt_bridge_restart
            enabled: true
mode: single

Sowohl die Automatisation als auch die Markdownkarte berücksichtigen einen Helfer, der die Grenztage angibt nach dem ein Neustart angezeigt oder durchgeführt werden soll.
Man kann in beiden Codes aber auch eine statische Zahl verwenden.

Weitere Hinweise findest Du im Code als Kommentare.

Wie immer sind Kommentare und Verbesserungen willkommen!
Viel Spaß und gutes Gelingen

EDIT1
Beim nochmaligem Querlesen fiel mir ein Darstellungsfehler in der Markdownkarte auf → version 1.1

Wozu soll das gut sein? Lass es laufen, Neustart erst wenn das Gerät sich aufgehangen haben sollte oder nach einer Aktualisierung, die das erfordert.

Ich hatte bei der Fritzbox selbst und auch einem Repeater öfters schon mal Probleme wo ich mir einen Wolf suchte und ein Reboot alles löste. Bei HA ist es die Zigbee Bridge, deren Restart die Aqara Sensoren verläßlichener werden läßt. Wieso kann ich nicht erklären aber das es so ist kann ich bestätigen.

Dann mach den Reboot der Bridge (warum setzt du so etwas ein) von der Erreichbarkeit der betreffenden Sensoren abhängig.

In der Regel erfolgt ein Home Assistant Neustart ausschließlich nach einen Update. Wenn ich könnte würde ich es sogar unterbinden wollen! :grin:

Und ein Reboot bei einem OS Update.

Wir sprechen hier von Home Assistant und nicht von Windows! :joy:

Gruß Osorkon

1 „Gefällt mir“

Wird gar nicht gemacht es sei denn man hat die Updates auf automatisiert.

Ich weiss zwar nicht, von welchen Updates Du sprichst und was ein automatisches Update damit zu tun hat.

Aber Home Assistant OS Updates führen IMMER zu einem automatischen Host-Reboot!

Gruß Osorkon

Um einen guten Freund, seit vielen Jahren Admin bei einem GROẞEN Kommunikationsunternehmen, zu zitieren: “…bei linuxbasierenden Betriebssystemen gehört ein Reboot nicht zur Problemlösung…” oder um in den allgemeinen Tenor einzustimmen, warum…?

1 „Gefällt mir“

Ich dachte, Du wolltest darauf hinweisen, daß der mein automatisierter Reboot von HA einen gerade andauernden Updateprozeß stört. Das würde so bei HA als auch Fritzbox nicht eintreten können, weil ich keine Updates automatisert einspiele.

Ja, das glaube ich auch mehrheitlich, ehrlich. Nur bei den Fritzboxen habe ich gelernt, daß ein Reboot gut tut obwohl AVM auch nur ein Linux abgewandelt hat.

Ansonsten, ich komme schon eher aus der Windows Welt und darin kann auch begründet sein, daß ich einem Reboot mehr Bedeutung beimesse :slight_smile:

Ich weiß, Ihr mögt alle Linux und ich fange es nach meinen ersten Schritten auch an zu mögen.

Aber, gerade hatte ich den Fall mit der Fritzbox - 61 Shellies wurden von Fritz!box Tools nicht erkannt. Gehe ich in die FB und Repeater, sieht alles gut aus inkl. Logs aber versuche ich die IP im Browser zu öffnen, kann es nicht erreicht werden. Per Mesh sehe ich, mit was für Repeatern die verbunden sein sollen und starte 2 Übeltäter durch (by Stromtrennung) und jetzt kommts, alle 61 Geräte wieder in HA verfügbar und auch per Browser erreichbar. Das sind die Momente wo ich mir wieder sage - Reboot tut gut.

EDIT
Ich ändere die Headline des Posts von
Ein Reboot tut immer gut zu
Ein Reboot tut öfters gut

1 „Gefällt mir“

…sind ja auch Spielzeug. :wink:

Ich wußte es - einer wird kommen und die Fritzbox herunterwürdigen :slight_smile:

Ich weiß, sie ist beschränkt in ihren Möglichkeiten - ich vermisse VLAN und werde dieses Jahr die komplette Familie auch durchtauschen. Dachte zuerst, das geht schnell aber als ich anfing, mir aufzuschreiben an was ich alles denken muß, wurde mir klar, das braucht Zeit.

NEIEN !!!
Es ist und bleibt aber ein Consumerprodukt, das eben teils durchaus recht einfach an seine Grenzen zu bringen ist.
Dass es immer wieder Leute gibt, die alles was geht auch Vollgas nutzen, dafür kann die FB ja nichts… :wink:
Und da liegt m.E. das Problem, die FritzBox hat einen ziemlich großen Funktionsumfang, und je mehr man davon nutzt, desto wahrscheinlicher ist auch mal ein Hänger.
HA bockt auch, wenn ihm die Ressourcen ausgehen.

Nachtrag:
Bedenke mal den Funktionsumfang (die ellenlange Aufzählung spar ich mit mal).
Dafür steht dem aktuellen Flagschiff FB7690 gerade mal eine ARM Cortex A53 - QuadCore CPU mit 1,5GHz und sage und schreibe 1GB RAM zur Verfügung! Älteren und/oder kleineren Modellen teils erheblich weniger.
(z.Bsp. FB7590 - DualCore 1GHz, 512MB RAM)

1 „Gefällt mir“

Das kann ich absolut bestätigen… habe gerade meine ganze Hardware von FritzBox 7590 mit nem unmanaged Switch nach UDM Pro portiert. Gerade bedeutet dabei seit Dezember 2025 bin ich drann. Bin jetzt dabei nach und nach das Netzwerk zu segmentieren, mich tief einzulesen und jeden Tag was neues zu lernen. Netzwerk ist nicht trivial.

Der Umzug war aber okay… Hab meine SSID in dem Zuge auch angepasst, da die auf Standard FritzBox stand (is nicht schlau). Mit denm Tip von @Jim_OS bereits vor dem Umzug. So kamen fast alle WLAN Geräte automatisch neu an. Nur Shelly Gen 1 war da zickig… und CoIoT muss da auch angepasst werden bei VALNs…

Nur wenige Integrationen haben wg der Änderung des Adressbereich Probleme gemacht.

HA war da insgesammt wirklich pflegeleicht.

Richtig fies war mein Kodi. Da liegt die DB extern auf meinem NAS. An die advancedsettings.xml hatte ich Vorfeld ja gedacht, aber die ganzen DB Einträge liefen alle auf den alten Adressbereich der FritzBox. Per SQL ging das relativ schnell gerade zu ziehen, aber muss auch gemacht werden…

Das ist nicht mal eben gemacht, aber macht auch Bock!

1 „Gefällt mir“

Ist bei mir auch so aber ich verwende Kodi nur als Abspielgerät-App über Amazon Stick. Und den habe ich bisher über einen Switch schon schön gekapselt. Aber alles nur Tropen auf heißen Stein. Es gibt keine durchgehende Segmentierung.
Danke nochmal für Deinen Beitrag.

1 „Gefällt mir“

@Schlumperdix, das ist wirklich nur eine ernstgemeinte Frage zum Verständnis, keine Kritik, oder irgendwas anderes Negatives!!!

Bei Dir und auch von vielen Anderen hier im Forum liest man oft von “VLAN”.
Betreiben hier wirklich viele Leute echte VLANs, also über sog. VLAN-IDs getrennte Netze mit entsprechend VLAN-fähigen Geräten? Im professionellen Umfeld hat das jede Menge Vorteile, aber ob sich das privat lohnt? Speziell wenn man dafür die entsprechenden Komponenten erst kaufen muss, wird das schnell mal teuer…

Oder wird hier VLAN eher fälschlicherweise für 2 oder mehr Subnetzte (IP-Adressbereiche, oder wie immer man das nennen will…) und entsprechende Firewall-Regeln, die die Kommunikation zwischen den Subnetzen regeln, eingesetzt?

Wirklich nur eine Frage zum besseren Verständnis.

Moin

“Viele” wohl eher nicht. Wenn ich mal tippen sollte wird das vermutlich eher ein einstelliger %-Wert sein. :slightly_smiling_face:

VG Jim

Ich fühle mich da nicht auf den Schlips getreten. Versuche auch immer irgendwie mitzugeben, dass ich Privatanwender bin und ungelernt. IT affin, mehr nicht und immer lernend.

Ohje, ich versuchs mal… also im Prinzip ist es ein Subnetz, wenn mein Haupnetz 192.168.1.0/24 ist und ich zB ein weiteres Netzwerk erstelle 192.168.10.0/24. Und dann da einfach Geräte zuordne… Fertig.
Ich denke mal das gehört beides zu 192.168.0.0/24, oder? Also Subnetz.

Ich habe bisher nur ein VLAN:
Für mein VLAN IoT (192.168.10.0/24), habe ich die oben genannte Adresse und eine VLAN ID 20 vergeben und ein separates WLAN erstellt. Ein bestimmter Port des Switch ist genau dafür konfiguriert, da steckt der AP drann. Da funktioniert sonst nichts anderes. In der Firewall habe ich entsprechende Regeln definiert, was blockiert und was erlaubt ist. Auf separate Zonen in der Firewall habe ich bisher verzichtet. Wenn ich dem Netz jetzt auch LAN Geräte zuördnen wollen würde, dann würde ich weitere ports am Switch dafür definieren und die Geräte dort anschließen… Bisher war ich der Meinung dass das ein VLAN ist. Für mehr reichts bei mir derzeit noch nicht.

Ich hoffe ich habe da bisher niemanden irgendwie falsche Informationen gegeben. Das täte mir leid und war sicher keine Absicht.

Vielleicht ein wenig off-topic, aber: Ich habe mal ein wenig gesucht, aber wenn man, wie ich, einen Kabelanschluss hat, gibt es scheinbar keine Alternative. Da bleibt nur FRITZ, oder hat jemand eine bessere Idee?