docs/tp25-runde.sh startet Konsole und Messung zusammen, friert die AP-Karte ein, sagt die vom Interface GELESENE Adresse fuers Telefon an und loest beim Beenden den Pin. Grund: beide Einzelteile hatten als Standard-Laufverzeichnis einen Pfad in ein Sitzungs-Scratchpad -- wer sie ohne die passende Umgebungsvariable startete, mass in ein totes Verzeichnis und merkte es erst bei der Auswertung. Der Probelauf hat dabei sofort einen Fehler in der eigenen Anzeige aufgedeckt: die Seite meldete "✅ beide angemeldet, auf verschiedenen APs", waehrend beide Telefone auf ap2 hingen. Das Kriterium prueft "beide angemeldet" -- nicht, ob sie auf VERSCHIEDENEN APs sitzen. Das ist ein gruenes Licht fuer einen Messpunkt, den es nicht gibt: Piep, weitergehen, kein Gegen-AP gemessen. Wieder dieselbe Klasse wie der 14-h-Ausfall -- Anzeige geprueft statt Wirkung. Jetzt vier Zustaende, gegen sechs Faelle geprueft (inkl. "gleicher AP, anderes Band" -> zaehlt NICHT): bereit verschiedene APs -> Piep, weitergehen wird nachgezogen gleicher AP, Automatik -> warten kein Gegen-AP gleicher AP, ohne Auto -> Warnung statt gruen S22 sucht S22 nicht angemeldet -> stehenbleiben teilprojekte.md: Passwort-Rotation als offener Follow-up eingetragen (User: "machen wir, aber erst spaeter") -- inkl. der noch offenen sshpass -p in tp6-monitor-core.sh und tp25-pin-s22.sh, die vorher nachgezogen gehoeren. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
36 KiB
36 KiB