Monatsrückblick Januar/Februar 2026 ist online!

[da_Woody]

@qqolli kenn mich jetzt nicht aus. auf welchen broker kannst jetz nicht zugreifen? wennst die karten getauscht hast, muss ja einer gehn wenn vorher mit der notinstall gegangen ist. oder hab ich jetzt was falsch verstanden?

[qqolli]

@da_Woody

Die SD-Karte (Produktiv-System) vom Troublemaker hab ich raus, die SD vom Notinstall rein und das Ganze hochgefahren. Gleiches Verhalten wie Produktivsystem vorher. Win geht nicht, Mac geht. Alles wieder zurückgetauscht und Verhalten wie vorher.

In meiner Not habe ich sogar den ECDSA-Key aus der Mac Host-Datei in die Win-Hostdatei kopiert; leider ohne Erfolg.

[Homoran]

@qqolli die IP und der fingerprint müssten bei raspi hardwareabhängig sein.
Sonstige netzwerkonfigurationen sind in der Software.

Wenn der Mac zugreifen kann, kann es eigentlich nicht der nic selber sein.
irgendwo in der Firewall blockt win den Zugriff.

findet denn arp -aauf der Windows Konsole die IP des trublemakers.

[harrym]

@qqolli mach mal ein tracert in der windoof shell auf die ip von dem broker ....

[qqolli]

@Homoran

Wenn ich arp -a eingebe zeigt er mir zwei Schnittstellen an:

1. Schnittstelle: IP-Adresse --- 0x8
   IP-Adresse Physische Adresse Typ
   KEIN Troublemaker dabei

2. Schnittstelle: IP-Adresse --- 0xa
   IP-Adresse Physische Adresse Typ
   Troublemaker dabei mit Typ dynamisch

[qqolli]

@harrym

[harrym]

@qqolli löschh mal die cookies von deinem lokalen Netzwerk aus dem Browser ..... ist zwar nur ein schuss ins blaue ... aber bei MS$ ist man sich nie so ganz sicher .....

[Homoran]

Wir kommen der Sache näher.
Netzwerk steht, iobroker ist blockiert.
Wobei es an der Hardware festgemacht ist.

wie auch immer

[qqolli]

@harrym

Hat leider auch nicht wirklich etwas verändert :-(

Das komische ist, das er wie ganz am Anfang beschrieben, anfängt zu starten und sich dann scheinbar in einer "Endlosschleife" aufhängt. Ganz ganz selten durchbricht er die und man sieht was, aber das war es dann auch.

[harrym]

@qqolli also ist er ja erreichbar .... schau mal im consolenlog, was da an fehler kommen. Hier ist definitiv Windoof der Schuldige und nicht das Netzwerk oder der Broker.

[sigi234]

@qqolli
Was kommt bei F12?

[qqolli]

@sigi234

Ich glaube Dein Verdacht geht in die richtige Richtung:

[harrym]

@qqolli nimm mal ein anderes Netzwerkkabel und steck das windings direkt an der fritte an .......

[qqolli]

@harrym

Der Win-Rechner ist direkt an der Fritzbox per LAN-Kabel angeschlossen. Um nun den iobroker zu erreichen, ist der Win-Rechner zusätzlich noch per WLAN mit dem Tenda Nova Würfel verbunden. An einem von diesen (insgesamt 3, je 1er in jedem Stockwerk) hängen der iobroker und die CCU3. Hatte bisher auch immer geklappt ...

[harrym]

@qqolli dann deaktivier mal es WLAN am Windows, wenn du eh via LAN verbunden bist ............

[qqolli]

@harrym

Dann kann ich den iobroker nicht mehr erreichen.

Das WLAN an der Fritte ist abgeschaltet, dafür der Tenda Würfel an der Fritte. Der baut dann im ganzen Haus das WLAN auf und hat zusätzlich 2 Netzwerkbuchsen. An einem dieser Würfel hängen der iobroker und die CCU. Ich brauche also das WLAN um darauf zugreifen zu können. LAN und WLAN habe 2 unterschiedliche IP-Adressbereiche.

[Homoran]

@qqolli sagte in iobroker nicht mehr erreichbar von Win 10 aus:

LAN und WLAN habe 2 unterschiedliche IP-Adressbereiche.

Durch das unsinnige übermalen der IPs ist eine Fehlersuche für uns nicht mehr möglich

[sigi234]

@Homoran sagte in iobroker nicht mehr erreichbar von Win 10 aus:

@qqolli sagte in iobroker nicht mehr erreichbar von Win 10 aus:

LAN und WLAN habe 2 unterschiedliche IP-Adressbereiche.

Durch das unsinnige übermalen der IPs ist eine Fehlersuche für uns nicht mehr möglich

Jupp, ist nicht nötig im privaten Netzwerk.

[harrym]

@qqolli dann deaktiviere es LAN ... dass wir uns nur mehr in einem Netzwerk bewegen und nicht an routing/gateways und co denken müssen.

[sigi234]

@qqolli
Zeig mal die Einstellungen von Web Adapter