वीडियो स्ट्रीमर के तकनीकी समर्थन में वे क्या लिखते हैं?

सभी को नमस्कार। हमारे समर्थन में प्रतिदिन दर्जनों अलग-अलग कॉल खोले जाते हैं, सरल प्रश्नों से "एक क्लस्टर स्थापित करने में मदद" बहुत जटिल "प्रवाह काम नहीं करता है, प्रवाह कभी-कभी रुक जाता है", लेकिन ऐसे सवाल हैं जिनसे आंख पहले से ही चिकोटी काट रही है और कंपनी का प्रत्येक कर्मचारी विस्तार से उत्तर दे सकता है।

और चूंकि प्रश्न बंद नहीं होते हैं, जिसका अर्थ है कि आप यहां जवाब दे सकते हैं।

वीडियो में देरी क्यों की जा रही है?

हमारे पास इस विषय पर ब्लॉग ( एक , दो ) पर पहले से ही दो लेख हैं, यदि आप वीडियो के साथ काम कर रहे हैं, तो उन्हें पढ़ें, और यहां मैं एक छोटा और व्यापक उत्तर दूंगा:

आधुनिक इंटरनेट स्ट्रीमिंग एक एचएलएस प्रोटोकॉल है । कभी-कभी डीएएसएच, लेकिन यह महत्वपूर्ण नहीं है, क्योंकि वे दोनों खंड हैं।

यह कैसे काम करता है? स्ट्रीमिंग वीडियो को छोटी फ़ाइलों (आमतौर पर 2-8 सेकंड, सामग्री की गतिशीलता के आधार पर) में "कट" किया जाता है, 3-10 ऐसे सेगमेंट संचित होते हैं और एक विशेष प्लेलिस्ट द्वारा वर्णित किए जाते हैं, जो पुराने खंड हटाए जाने पर एक स्वचालित रूप से अपडेट हो जाता है और एक नया जोड़ा जाता है। इतना सरल। अधिक खंड - अधिक विलंब, प्रत्येक खंड की लंबी अवधि - अधिक विलंब। 10-20 सेकंड सामान्य है।

इसकी आवश्यकता क्यों है? वीडियो सर्वर मेमोरी में इतने सारे वीडियो क्यों स्टोर करें? विभाजन से खिलाड़ी को इंटरनेट कनेक्शन की अस्थिरता पर प्रतिक्रिया नहीं करने की अनुमति मिलती है, न कि वीडियो को वाई-फाई नेटवर्क से मोबाइल कनेक्शन में बदलने पर। यदि वीडियो पहले से तैयार नहीं किया गया था और अलग-अलग फ़ाइलों में पैक किया गया था, तो थोड़ी सी भी गड़बड़ या बैंडविड्थ की कमी के कारण, हमारे पास स्क्रीन पर वीडियो कलाकृतियां होंगी, और विभाजन से खिलाड़ी को खिलाड़ी के कनेक्शन को पुनर्स्थापित करने और नए डेटा को लोड करने के लिए लगभग 4-20 सेकंड का समय मिलता है।

यदि आपको देरी के बिना वीडियो की आवश्यकता है तो क्या करें? यदि आप एक वेब चैट की व्यवस्था करने का इरादा रखते हैं, तो इंटरनेट के माध्यम से कॉप्टर को नियंत्रित करें, आईपी-वीडियो कैमरा देखें। यहाँ उदाहरण हैं: WebRTC, MSE-LD, RTMP।

वीडियो की सुरक्षा कैसे करें? केवल अपनी साइट पर चिपकाएँ

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

मेरे पास ऐसे सभी अनुरोधों के लिए हमेशा एक उत्तर है - आपको अपनी साइट पर Securelink कॉन्फ़िगर करने की आवश्यकता है । सामग्री सुरक्षा एकतरफा संभव नहीं है - साइट को स्वयं लिंक उत्पन्न करना होगा, आप साइट पर केवल स्थैतिक लिंक नहीं ले सकते हैं और सम्मिलित नहीं कर सकते हैं।

सिक्योरलिंक एक पुरानी और अत्यधिक प्रभावी लिंक संरक्षण तकनीक है। कई habruchitel Nginx के एक विशेष मॉड्यूल के बारे में जानते हैं - ngx_http_secure_link_module। हम नगनेक्स का उपयोग नहीं करते हैं, लेकिन एक समान और कोई कम कुशल कार्यान्वयन नहीं है, एकमात्र अंतर मापदंडों के क्रम में है।

यह कैसे काम करता है? साइट उपयोगकर्ता डेटा के आधार पर एक अद्वितीय एक-बार लिंक उत्पन्न करती है। और वेब सर्वर क्लाइंट के बारे में क्या जानता है? यह सही है, यह IP पता, उपयोगकर्ता-एजेंट, कुकी, अनुरोधित URL है। यदि क्लाइंट अधिकृत है, तो सत्र चर में आप अन्य जानकारी प्राप्त कर सकते हैं, उदाहरण के लिए, सेवा डेटाबेस में एक अद्वितीय क्लाइंट आईडी, या, उदाहरण के लिए, सदस्यता की वैधता अवधि।

हम एक पंक्ति में पैरामीटर एकत्र करते हैं और अपने पसंदीदा एल्गोरिथ्म के साथ हैश करते हैं, उदाहरण के लिए, SHA1। यह बेकार पात्रों का एक सेट निकलता है। उदाहरण के लिए, स्ट्रिंग "127.0.0.1Habr" से हैश होगा: 70ebe94671dd21bd65f4a00dfd988adc83fe6bda।

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

हम "127.0.0.1Habr1540327100SECRET" लाइन लेते हैं और SHA1 99fe961672c52aa3033b98b545ec2cdec93bf515 प्राप्त करते हैं, और अब हम फॉर्म का लिंक बनाते हैं:

example.com/Habr/index.m3u8?token=99fe961672c52aa3033b98b545ec2cdec93bf515-1540327100

example.com आपका वीडियो सर्वर है, Habr अनुरोध किया गया वीडियो है, index.m3u8 HLS प्लेलिस्ट के लिए मानक नाम है, टोकन का मूल्य वेब सर्वर से स्ट्रिंग है जिसे हमने उत्पन्न किया है।

वीडियो स्ट्रीमर आसानी से इस डेटा से वह सब कुछ निकाल लेता है जो एक ही हैश को प्राप्त करने के लिए आवश्यक होता है: आईपी पते को वेब सर्वर चर से पढ़ा जाता है, URL से अनुरोधित सामग्री, जीवनकाल टोकन पैरामीटर से है, केवल एक चीज जिसकी कमी है वह गुप्त कुंजी है, इसे करना होगा कॉन्फ़िगरेशन फ़ाइल में रजिस्टर करें और गुप्त रखें।

आप किसी मित्र को ऐसा लिंक नहीं भेज पाएंगे या किसी अन्य ब्राउज़र में नहीं खोल पाएंगे - हैशिंग सूत्र में एक IP पता है, और आप जीवन भर की जगह लेने में सफल नहीं हुए - फिर हैश मैच नहीं होगा।

नुकसान

मैं वास्तव में दो पैराग्राफ में वर्णन करना चाहता था, लेकिन संक्षेप में यह काम नहीं किया। यह पहली समस्या है - हर कोई ऐसे विवरणों में तल्लीन होने के लिए तैयार नहीं है, क्योंकि स्थैतिक लिंक डालना बहुत आसान है। हमारे पास हमारी साइट पर तैयार उदाहरण हैं , इसलिए कोई समस्या नहीं होनी चाहिए।

अक्सर ऐसा होता है कि साइट और वेब सर्वर क्लाइंट के आईपी पते को गलत तरीके से निर्धारित करते हैं, यह सामान्य है यदि CDN नेटवर्क का उपयोग किया जाता है, उदाहरण के लिए, CloudFlare। इस स्थिति में, आपको सही शीर्ष लेख से आईपी पता लेने की आवश्यकता है, आपको सीडीएन प्रदाता की मदद की आवश्यकता हो सकती है। उदाहरण के लिए, CloudFlare में CF-Connecting-IP है।

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

3-24 घंटे लिंक जीवनकाल - यह सामान्य है, वे वैसे भी संरक्षित हैं और एक साथ विचारों की संख्या को सीमित करने के तरीके हैं।

कुल के बजाय

हमें टिप्पणियों में बताएं कि इस लिंक सुरक्षा तंत्र के आसपास कैसे पहुंचें?