सहायता से संपर्क

अनुरोधों की प्राथमिकता कैसे तय होती है, और क्या कभी नहीं भेजना

प्राथमिकता शब्दों से नहीं, प्रभाव और तात्कालिकता से तय होती है। और किसी भी अनुरोध में कभी पासवर्ड, एक्सेस टोकन, API सीक्रेट, Authorization हेडर या निजी QR सामग्री नहीं होनी चाहिए — न संदेश में, न स्क्रीनशॉट में, न संलग्न लॉग में।

जाँचा गया 20 अगस्त 2026

चरण

1. बताइए कि कितने लोग और कौन-से कोड प्रभावित हैं, और कोई वैकल्पिक रास्ता है या नहीं। क्रम यही तय करता है।
2. यह क्रम अपेक्षित रखिए: पहले गंभीर — पूरे मंच की ख़राबी, डेटा खोने का ख़तरा, या सुरक्षा का मामला — फिर वह मुख्य सुविधा जो पूरे वर्कस्पेस के लिए बेकार है और जिसका कोई वैकल्पिक रास्ता नहीं, फिर वे ख़ामियाँ जिनका रास्ता है, फिर “कैसे करें” वाले सवाल।
3. कुछ भी संलग्न करने से पहले हर रहस्य छिपाइए, स्क्रीनशॉट भी।
4. अगर कोई रहस्य हाथ से निकल चुका है, तो पहले कुंजी रद्द करके नई जारी कीजिए। इससे जोख़िम बंद होता है; संदेश मिटाने से नहीं।
5. संभावित सुरक्षा छेद की सूचना विषय में “security” लिखकर दीजिए, बिना चलने वाले exploit के, और ठीक होने तक विवरण गोपनीय रखिए।

परिणाम कैसे जाँचें

आप जो भेजने जा रहे हैं उसमें से कुछ भी ख़तरनाक न होता अगर वह ग़लत पते पर चला जाता, और प्रभाव विशेषणों के बजाय संख्याओं में लिखा है।

आम तौर पर क्या गड़बड़ होती है

• हर चीज़ को तत्काल चिह्नित करना, जिसके बाद उसका कोई अर्थ ही नहीं बचता।
• चिपकाए गए टर्मिनल लॉग में दिखता Authorization हेडर।
• रिसी हुई कुंजी बदलने के बजाय संदेश मिटाने को कहना।