टूटे डाउनलोड लिंक ठीक करें: फ़ाइल शेयरिंग URL ट्रबलशूट

टूटा डाउनलोड लिंक छह में से एक श्रेणी में आता है: एक्सपायर्ड लिंक (सर्वर ने फ़ाइल डिलीट कर दी), कटा हुआ URL (ईमेल क्लाइंट ने हाइफन पर काट दिया या आधा ही पेस्ट हुआ), पासवर्ड की ज़रूरत (रिसीवर को पासवर्ड नहीं मिला), जियो या IP ब्लॉक (कॉर्पोरेट फ़ायरवॉल, देश की पाबंदी), सर्वर आउटेज, या लिंक गलत टाइप/दोबारा जनरेट हुआ। ब्राउज़र एरर बताता है कौन सा: "404 Not Found" अक्सर डिलीशन या मिसटाइप है, "403 Forbidden" परमिशन है, "410 Gone" एक्सपायरी है, और सीधा timeout अक्सर रिसीवर की तरफ नेटवर्क या फ़ायरवॉल समस्या है।

एरर मेसेज को पहले ध्यान से पढ़ें

लिंक खोलें, स्टेटस कोड या एरर मेसेज जैसा है वैसा नोट करें। अगर ब्राउज़र सर्विस का ब्रांडेड "link expired" पेज दिखाता है, तो फ़ाइल सर्वर-साइड जा चुकी है और कोई ट्रबलशूटिंग उसे वापस नहीं लाएगी। अगर ब्राउज़र "can't reach this site" या DNS_PROBE_FINISHED_NXDOMAIN दिखाता है, तो समस्या रिसीवर के नेटवर्क की है, लिंक की नहीं।

रिसीवर से एरर पेज का स्क्रीनशॉट माँगें। वह एक स्क्रीनशॉट 80% अनुमान-लगाने का काम खत्म कर देता है।

URL कटा हुआ तो नहीं?

ईमेल क्लाइंट, खासकर पुराने Outlook और कुछ कॉर्पोरेट Gmail सेटअप, लंबे URL को कुछ कैरेक्टर पर रैप करते समय काट देते हैं — अंडरस्कोर, हाइफन, इक्वल साइन। लिंक प्रीव्यू में सही दिखता है लेकिन पेस्ट होने पर अधूरा होता है।

लिंक तीन तरीकों से भेजें: ईमेल बॉडी में हाइपरलिंक, < > ब्रैकेट में प्लेन टेक्स्ट (RFC 3986 स्टाइल जिसे ज़्यादातर ईमेल क्लाइंट पहचानते हैं), और कॉपी-पेस्ट कोड ब्लॉक। अगर हाइपरलिंक फेल हो लेकिन टेक्स्ट-पेस्ट वर्जन काम करे, तो ईमेल क्लाइंट का लिंक पार्सर दोषी था।

WhatsApp, Signal, iMessage और Slack लंबे टोकनाइज़्ड लिंक के लिए ईमेल से ज़्यादा भरोसेमंद हैं। Signal पर एक मेसेज अक्सर सबसे तेज़ फ़िक्स होता है।

पासवर्ड और एक्सेस कंट्रोल की समस्याएं

अगर लिंक पासवर्ड-प्रोटेक्टेड है और रिसीवर के पास पासवर्ड नहीं है, तो उसे टूटे लिंक का पेज नहीं, पासवर्ड एंट्री स्क्रीन दिखेगी। कन्फर्म करें उन्हें पासवर्ड मिला। इसे दूसरे चैनल से भेजें — SMS, Signal या वॉयस कॉल — सुरक्षा के लिए और इसलिए भी ताकि एक ही इनबॉक्स फ़िल्टरिंग दोनों को न रोके।

अगर सर्विस प्रति-रिसीवर एक्सेस कंट्रोल सपोर्ट करती है (Google Drive, OneDrive "specific people" के साथ), तो रिसीवर का ईमेल एड्रेस चेक करें। टाइपो या अलियास (hotmail.com बनाम outlook.com) एक्सेस चुपचाप ब्लॉक कर सकता है।

403 Forbidden और IP रिस्ट्रिक्शन

कुछ ट्रांसफर सर्विसेज़ कुछ प्लान पर डिफ़ॉल्ट से जियो-ब्लॉक या IP-रिस्ट्रिक्ट करती हैं। Dropbox Business और Google Workspace को संगठन के डोमेन से बाहर शेयरिंग रोकने के लिए कॉन्फ़िगर किया जा सकता है। अगर रिसीवर कॉर्पोरेट VPN पर है जो किसी अलग देश से रूट होती है, तो जियो-रिस्ट्रिक्शन ट्रिगर हो सकती है।

रिसीवर से अलग नेटवर्क से कोशिश करने को कहें — जैसे उनके फ़ोन पर सेल्युलर। VPN बंद करने पर काम करे लेकिन VPN पर नहीं, तो कॉर्पोरेट नेटवर्क ब्लॉक कर रहा है।

सर्वर आउटेज की जाँच करें

दूसरे फ़िक्स में जाने से पहले सर्विस का स्टेटस पेज देखें। WeTransfer, Dropbox, Google और Microsoft सभी स्टेटस पेज पब्लिश करते हैं। एक बड़ा आउटेज उस सर्विस के हर लिंक को घंटों के लिए अनुपलब्ध बना सकता है।

Downdetector.com यूज़र रिपोर्ट एग्रीगेट करता है अगर सर्विस पब्लिक स्टेटस नहीं देती। अगर पिछले 30 मिनट में रिपोर्ट बढ़ी हैं, तो 30 मिनट और इंतज़ार करें बजाय सब कुछ दोबारा जनरेट करने के।

एक्सपायर्ड लिंक: फ़ाइल संभवतः जा चुकी है

अगर सर्विस साफ़ कहे "expired" या "link no longer active", तो ज़्यादातर कंज़्यूमर ट्रांसफर टूल पर फ़ाइल सर्वर-साइड डिलीट हो चुकी है। सर्विस से रिकवरी का कोई विकल्प नहीं क्योंकि उन्होंने GDPR के डेटा मिनिमाइज़ेशन सिद्धांत (Article 5(1)(e)) के अनुपालन में ऑब्जेक्ट स्टोरेज से पर्ज कर दिया है।

सोर्स से दोबारा अपलोड करें। सोर्स न हो तो बैकअप चेक करें — Time Machine, Backblaze, Carbonite, आपका NAS। फ्री टियर पर एक्सपायर्ड ट्रांसफर "रिकवर" करने के लिए सपोर्ट को मेसेज करने में समय बर्बाद न करें — जवाब हमेशा न होगा क्योंकि वे सचमुच नहीं कर सकते।

गलत टाइप या दोबारा जनरेट किए गए लिंक

ट्रांसफर URL में आमतौर पर 20 से 40 कैरेक्टर का रैंडम टोकन होता है। गलत स्पेलिंग "did you mean?" पेज नहीं, 404 देती है। पक्का करें रिसीवर वही URL इस्तेमाल कर रहा है जो आपने भेजा, स्क्रीनशॉट से हाथ से टाइप किया हुआ नहीं।

अगर आपने लिंक दोबारा जनरेट किया (कुछ सर्विसेज़ उसी फ़ाइल के लिए "new link" देती हैं), तो पुराने लिंक तुरंत काम करना बंद कर देते हैं। रिसीवर को लेटेस्ट URL भेजें।

एंटीवायरस और प्रॉक्सी ब्लॉकिंग

कुछ कॉर्पोरेट एंटीवायरस टूल — Symantec Endpoint, McAfee, Sophos — फ़ाइल ट्रांसफर डोमेन को "file sharing / uncategorised" क्लासिफ़ाई करके पॉलिसी से ब्लॉक कर देते हैं। रिसीवर को "this site is blocked by your security policy" या ब्राउज़र timeout दिखता है।

IT से उस सर्विस को allowlist करने को कहें। संभव न हो तो रिसीवर पर्सनल डिवाइस या होम नेटवर्क से कोशिश कर सकता है, या आप किसी ऐसी सर्विस से दोबारा भेजें जिसे उनका संगठन allow करता हो।

ब्राउज़र कैश और कुकी से interference

दुर्लभ, लेकिन कभी-कभी पिछले सेशन की पुरानी कुकी बाधा डालती है। रिसीवर को पहले incognito/private मोड में कोशिश करने को कहें। वहाँ काम करे लेकिन सामान्य ब्राउज़र में नहीं, तो ट्रांसफर सर्विस के डोमेन की कुकी साफ़ करें।

Safari का "Prevent cross-site tracking" कुछ सर्विसेज़ के साथ interfere कर सकता है जो डाउनलोड सेशन ट्रैकिंग के लिए third-party कुकी पर निर्भर हैं।

Incognito, अलग ब्राउज़र, अलग डिवाइस आज़माएं

तीन-स्टेप रिसीवर चेक: (1) उसी ब्राउज़र का incognito मोड; (2) अलग ब्राउज़र — Chrome है तो Firefox या Safari; (3) अलग डिवाइस — सेल्युलर पर फ़ोन। इनमें से कोई भी काम करे, तो समस्या ब्राउज़र-स्पेसिफ़िक या नेटवर्क-स्पेसिफ़िक है और आपको अब पता है कहाँ खोजना है।

तीनों में से कोई काम न करे, तो लिंक वाकई सर्वर-साइड टूटा है और दोबारा अपलोड ज़रूरी है।

स्पष्ट स्टेटस दिखाने वाली सर्विस पर दोबारा अपलोड करें

अगर यह बार-बार होता है, तो ऐसी सर्विस चुनें जिसका डाउनलोड पेज रिसीवर को साफ़ बताए क्या गलत है — पासवर्ड चाहिए, लिंक एक्सपायर हुआ, या सर्विस एरर — न कि एक सामान्य 404। HexaTransfer का डाउनलोड UI पासवर्ड-प्रोटेक्टेड, एक्सपायर्ड और डिलीटेड लिंक के लिए अलग-अलग स्पष्ट स्टेटस दिखाता है ताकि रिसीवर आपको पिंग किए बिना खुद डायग्नोज़ कर सके। 10 GB प्रति-ट्रांसफर सीलिंग AES-256-GCM एन्क्रिप्शन के साथ ज़्यादातर कॉन्फ़िडेंशियल भेजने को कवर करती है — और DPDP Act 2023 के तहत डेटा प्राइवेसी की परवाह करने वाले भारतीय यूज़र के लिए यह क्लियर स्टेटस और एन्क्रिप्शन दोनों खास अहमियत रखते हैं।

hexatransfer.com पर आज़माएं — मुफ्त, बिना अकाउंट, 10 GB तक।