क्या VPN या प्रॉक्सी कॉपीराइट-सुरक्षित सामग्री की प्रतिलिपि कर सकते हैं? तीन कार्य

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

पहचानें कि आपका स्टैक वास्तव में इन तीन में से कौन-सा करता है, और फिर उससे मेल खाता नियम जोड़ें। उत्पाद के लेबल यहाँ कुछ तय नहीं करते, और इस्तेमाल किया गया प्रोटोकॉल भी कसौटी नहीं है।

तीन कार्य जो प्रॉक्सी या VPN कर सकते हैं

एक गेटवे TCP प्रवाह स्वीकार करता है, पते फिर से लिखता है और खंडों को दोनों दिशाओं में भेजता है। कनेक्शन से डिस्क पर कुछ नहीं बचता, और पेलोड गेटवे के लिए अपारदर्शी रहता है, जब तक ग्राहक मूल के बजाय गेटवे के साथ TLS की बातचीत न करे।

कैश मध्यस्थ अलग तरह से काम करता है: वह अनुरोध का विश्लेषण करता है, प्रतिक्रिया को उस जीवनकाल के लिए संग्रहीत करता है जो वह गणना करता है या हेडर से पढ़ता है, और फिर उस संग्रहीत वस्तु को बाद के ग्राहकों को फिर से देता है। अब तार से बाहर कुछ मौजूद है, URL और सत्यापनकर्ता द्वारा कुंजीबद्ध, और उसका प्रतिधारण कॉन्फ़िगरेशन का चुनाव है, दुष्प्रभाव नहीं।

पुनर्प्रकाशन एक कदम आगे जाता है। सामग्री उस अधोसंरचना पर रहती है जिसे आप नियंत्रित करते हैं, आपके चुने हुए दर्शकों को संबोधित, अक्सर संपादन के बाद। पहले दो कार्य परिवहन का वर्णन करते हैं, जबकि तीसरा वितरण का।

जहाँ डिक्रिप्ट करने वाला प्रॉक्सी परिवहन को प्रतिलिपि में बदलता है

अधिकांश बहसें तय करने वाला अंतर यह है कि क्या बॉक्स कभी स्पष्ट पाठ रखता है. एक शुद्ध सुरंग, चाहे WireGuard हो, OpenVPN tun उपकरण हो या SSH -L अग्रेषण हो, सिरों के बीच एन्क्रिप्टेड पाठ ले जाती है और पढ़ने योग्य कुछ नहीं छोड़ती। TLS समाप्त करने वाला प्रॉक्सी उल्टा करता है: हैंडशेक पूरा करता है, प्रतिक्रिया को स्मृति में बफ़र करता है और फिर ग्राहक की ओर प्रवाह को फिर से एन्क्रिप्ट करता है। इन क्रियाओं के बीच कृति ऐसे रूप में मौजूद रहती है जिसे ऑपरेटर जाँच और रख सकता है।

17 USC 106 पुनरुत्पादन और वितरण को अनन्य अधिकारों में गिनाता है, और इनमें से प्रत्येक उसी शीर्षक में दी गई सीमाओं के अधीन है। एक मिलीसेकंड का बफ़र बिना विवाद किसी सीमा में बैठ सकता है; प्रतिधारित, पुनः चलाई जा सकने वाली वस्तु को वहाँ रखना कहीं कठिन है। अवधि और उद्देश्य का भार इस तथ्य से अधिक है कि स्मृति को छुआ ही गया।

इनमें से कोई भी VPN को लाइसेंस नहीं बनाता, और कोई भी हर प्रॉक्सी को उल्लंघनकर्ता नहीं बनाता। परिवहन कई तथ्यों में से एक है, और मूल्यांकन योग्य प्रश्न वही रहता है: कौन-सा कार्य, किसकी सामग्री पर, किस अनुमति के अंतर्गत।

कैश हेडर प्रोटोकॉल अनुमति बताते हैं, कानूनी अनुमति नहीं

HTTP कैश प्रतिक्रिया के मेटाडेटा से तय करता है कि वह क्या संग्रहीत कर सकता है, और RFC 9111 वे नियम निर्धारित करता है जिनका वह पालन करता है। Cache-Control: no-store हर अनुरूप कैश से कहता है कि प्रतिक्रिया छोड़ दे, जबकि private पुनः उपयोग को एक ही उपयोगकर्ता तक सीमित करता है और लंबा max-age साझा भंडारण को आमंत्रित करता है। एक ही अनुरोध आपको बताता है कि मूल ने कौन-सी नीति चुनी। किसी और चीज़ पर बहस करने से पहले इसे चलाएँ।

curl -sI https://origin.example/media/report.pdf | grep -i -E 'cache-control|etag|age'

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

दर्पण वाला मामला भी उसी तरह विफल होता है। एंड-टू-एंड HTTPS पारदर्शी कैश को कुछ भी संग्रहीत करने से रोकता है, पर वह परिणाम न सामग्री वितरित करने का अधिकार बनाता है और न ही आपके पास पहले से मौजूद अधिकार हटाता है। प्रोटोकॉल का व्यवहार बताता है कि बॉक्स क्या कर सकता है; वह कभी अधिकार नहीं देता।

सेवा शुरू होने से पहले क्या लिख लें

व्यवस्था का वर्णन ऐसे शब्दों में करें जिन्हें बाहरी व्यक्ति जाँच सके। सामग्री और उसके स्रोत का नाम दें, सिस्टम जो कार्य करता है उनकी सूची दें, और बताएँ कि प्रत्येक संग्रहीत वस्तु कितने समय तक जीवित रहती है।

उस विवरण को तैनाती के साथ रखें, किसी की स्मृति में नहीं। जब शिकायत आती है, तो रक्षात्मक स्थिति और अनुमान के बीच का अंतर आमतौर पर महीनों पहले लिखा गया एक पैराग्राफ होता है जो प्रतिधारण अवधि और लाइसेंस का नाम लेता है।

एक छोटी समीक्षा सूची बार-बार आने वाले छिद्रों को कवर करती है:

• सामग्री का स्रोत और उससे जुड़ी शर्तें।
• प्रत्येक किया गया कार्य: अग्रेषित करना, संग्रहीत करना, संपादित करना, परोसना।
• प्रत्येक वस्तु-वर्ग के लिए प्रतिधारण, घंटों या दिनों में।
• परोसने के चरण में जिस अनुमति या सीमा पर भरोसा किया गया।
• अधिकार धारकों के लिए संपर्क और हटाने का मार्ग।

सूची को चालू कॉन्फ़िगरेशन पर चलाएँ, आर्किटेक्चर आरेख पर नहीं। जहाँ उत्तर नहीं है, वही छिद्र अगला कार्य है: या तो उस कार्य के लिए अनुमति लें या उसे करना बंद करें। व्यावसायिक सेवा के लिए, किसी वकील से लिखित विवरण उस अधिकारक्षेत्र के सामने पढ़वाएँ जिसमें आप सेवा देते हैं, क्योंकि विवरण ही वह समीक्षा संभव बनाता है। जिसे आप लिखित में नहीं बता सकते, वह ऐसी स्थिति है जिसका आप बचाव नहीं कर सकते।