प्रश्न और उत्तर

एक संपूर्ण OTT / IPTV सिस्टम: एडमिन पैनल (डैशबोर्ड), दर्शकों के ऐप के लिए API सर्वर, लाइव चैनल, फ़िल्में, सीरीज़ और रेडियो की डिलीवरी, और एक वेब प्लेयर। सिस्टम हम उपलब्ध कराते और बनाए रखते हैं; रीसेलर इसके ज़रिए अपने ग्राहकों को देखने का अधिकार (लाइन) देते हैं।

• यह आपके लिए पैसे नहीं लेती और इसमें कोई पेमेंट गेटवे नहीं है। ग्राहकों के लिए कीमत, भुगतान लेना और इनवॉइसिंग रीसेलर का अपना काम है (देखें CON-01)।
• यह रीसेलर के दर्शकों से संपर्क नहीं करती। पैनल केवल पैनल अकाउंट को ईमेल भेजता है, लाइन को कभी नहीं।
• यह हटाए गए ग्राहक का व्यक्तिगत डेटा नहीं रखती और इसमें रिस्टोर का कोई फ़ंक्शन नहीं है (देखें DATA-01)।

1. एडमिन कैटलॉग (चैनल, फ़िल्में, सीरीज़, रेडियो) बनाता है और उसे बुके में समूहित करता है।
2. एडमिन एक पैकेज बनाता है: बुके + अवधि + कनेक्शन की संख्या + क्रेडिट में कीमत।
3. रीसेलर पैकेज बेचने के लिए क्रेडिट खर्च करता है → सिस्टम एक लाइन बनाता है।
4. ग्राहक लाइन का विवरण ऐप में डालता है; सिस्टम लाइन जाँचता है (समाप्त नहीं, चालू, सीमाओं के भीतर) और उपयुक्त सर्वर से प्ले करता है।

रीसेलर चैनल, फ़िल्में, सीरीज़, रेडियो, बुके और पैकेज की सूचियाँ देख सकता है (जब उसके ग्रुप के पास अनुमति हो), लेकिन कंटेंट जोड़, संपादित या हटा नहीं सकता। कंटेंट और पैकेज एडमिन संभालता है। रीसेलर पैकेज चुनकर तय करता है कि हर ग्राहक क्या देख सकता है (और बुके भी, जब ग्रुप अनुमति दे — PKG-05)।

साइडबार की Support प्रविष्टि अलग सहायता साइट खोलती है। पैनल का अपना कोई टिकट सिस्टम नहीं है। अनुरोध भेजते समय बताएँ: लाइन का यूज़रनेम (पासवर्ड कभी नहीं), घटना का समय, ऐप / डिवाइस, और इस पेज का प्रश्न कोड यदि आप उसे आज़मा चुके हैं।

पैनल, वेब प्लेयर और इस सहायता पेज में 27 भाषाओं वाला भाषा स्विचर है। अंग्रेज़ी और वियतनामी संदर्भ अनुवाद हैं; अन्य भाषाओं में नई जोड़ी गई स्क्रीन कुछ समय तक अंग्रेज़ी में रह सकती है। पैनल द्वारा भेजे गए ईमेल अभी केवल अंग्रेज़ी में हैं।

इंस्टॉलेशन पैकेज, उनके SHA-256 चेकसम और पूरी इंस्टॉलेशन गाइड (अंग्रेज़ी में) https://download.xtream-ui.pro पर हैं।

• आपको चाहिए: Ubuntu 22.04 या 24.04 (वर्चुअल मशीन या बेयर मेटल), root या sudo, बेहतर है नया सर्वर।
• इंस्टॉल: अपने CPU का पैकेज सीधे सर्वर पर डाउनलोड करें, sha256sum से जाँचें, खोलें और sudo ./install.sh चलाएँ।
• चालू सर्वर को अपग्रेड करें: sudo ./upgrade.sh --tag <version>।

TLS वाले डोमेन, एज नोड और हर विकल्प गाइड में समझाए गए हैं।

यह डिज़ाइन से है: लाइन पैनल अकाउंट नहीं है। ग्राहक लाइन का विवरण केवल IPTV ऐप, सेट-टॉप बॉक्स या वेब प्लेयर में इस्तेमाल करता है। इसी तरह, रीसेलर अकाउंट से चैनल नहीं देखे जा सकते।

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

अकाउंट क्षेत्र में (प्रोफ़ाइल → पासवर्ड बदलें)। पैनल पासवर्ड हैश करके रखे जाते हैं; उन्हें कोई वापस नहीं पढ़ सकता — एडमिन भी नहीं। भूल जाएँ तो अपने ऊपर के अकाउंट (पैरेंट रीसेलर या एडमिन) से नया पासवर्ड सेट करवाएँ।

पैनल को इस तरह सेट किया जा सकता है कि IP पता बदलने पर सेशन समाप्त हो जाए, ताकि चुराया गया सेशन दोबारा इस्तेमाल न हो सके। फिर से साइन इन करें। यह एडमिन की सेटिंग है।

पैनल असफल साइन-इन की संख्या सीमित करता है (एडमिन द्वारा तय)। सीमा पार होने पर दोबारा कोशिश करने से पहले इंतज़ार करना पड़ता है।

डेमो अकाउंट केवल इंटरफ़ेस दिखाता है: वह अपना पासवर्ड नहीं बदल सकता, प्रोफ़ाइल संपादित नहीं कर सकता, एक्टिवेशन कोड नहीं बना सकता और ऐसा कुछ नहीं कर सकता जिसे पलटा न जा सके।

आपके ऊपर के अकाउंट ने इसे बंद कर दिया है: आप पैनल में साइन इन नहीं कर सकते और आपकी API कुंजियाँ अस्वीकार की जाती हैं। बेची जा चुकी लाइनें हटाई नहीं जातीं। अपने ऊपर के अकाउंट से संपर्क करें।

Logs → Reseller Logs (जब ग्रुप लॉग देख सकता हो): बनाई, संपादित, रिन्यू की, चालू / बंद की या हटाई गई हर लाइन या डिवाइस, बनाया गया हर सब-रीसेलर और हर क्रेडिट ट्रांसफ़र — काटे गए क्रेडिट के साथ। आप केवल अपनी और अपने नीचे के अकाउंट की प्रविष्टियाँ देखते हैं; लॉग हटाया नहीं जा सकता (केवल एडमिन)। बैलेंस का मिलान करने की जगह क्रेडिट लेजर (CRD) ही है।

पैनल की प्रीपेड इकाई। हर बिक्री (लाइन बनाना, रिन्यू करना, एक्टिवेशन कोड बनाना, सब-रीसेलर बनाना) पैकेज की कीमत या ग्रुप शुल्क के अनुसार क्रेडिट लेती है। क्रेडिट पैसा नहीं है और पैनल उसे बदलता नहीं: एक क्रेडिट की कीमत क्या है, यह आपके और आपके ऊपर के अकाउंट के बीच तय होता है।

क्रेडिट ऊपर से नीचे की ओर बहते हैं: एडमिन रीसेलर को क्रेडिट देता है, रीसेलर उन्हें सब-रीसेलर को ट्रांसफ़र करता है। अपने ऊपर के अकाउंट को भुगतान पैनल के बाहर होता है।

हमेशा क्रिया करने वाले अकाउंट के, भले ही लाइन नीचे के किसी सब-रीसेलर को दी गई हो।

Credits पेज: हर लेन-देन की एक पंक्ति, तारीख, राशि, उसके बाद का बैलेंस, कारण और किसने किया। यह लेजर है — आपके बैलेंस का प्रामाणिक स्रोत।

पूरी क्रिया अस्वीकार हो जाती है: कोई लाइन नहीं बनती और कुछ नहीं कटता। बैलेंस कभी ऋणात्मक नहीं होता।

नहीं। हर बिक्री अनुरोध में एक request id (request_id) होता है; वही id दोबारा भेजने पर पिछला परिणाम लौटता है। लाइन बनाना और क्रेडिट काटना हमेशा साथ-साथ सफल होते हैं या साथ-साथ रद्द होते हैं।

नहीं। लाइन हटाने पर कुछ वापस नहीं होता, भले ही समय बचा हो। एकमात्र अपवाद: रीसेलर द्वारा बनाया गया अनुपयोगी एक्टिवेशन कोड हटाने पर रिफ़ंड मिलता है (CODE-08)।

हाँ: सब-रीसेलर के एडिट फ़ॉर्म में क्रेडिट ट्रांसफ़र फ़ील्ड में ऋणात्मक संख्या डालें। कोई बैलेंस 0 से नीचे नहीं जा सकता।

लाइन फ़ॉर्म का पैकेज सेलेक्टर आपकी अपनी कीमत दिखाता है। API में pricing एक्शन आपका बैलेंस, हर पैकेज की कीमत और आप कितने खरीद सकते हैं, यह लौटाता है।

बुके कंटेंट (चैनल, फ़िल्में, सीरीज़) की सूची है। पैकेज वह उत्पाद है जो आप बेचते हैं: एक या अधिक बुके, अवधि, कनेक्शन की संख्या, आउटपुट फ़ॉर्मेट, लॉक, और क्रेडिट में कीमत (आधिकारिक कीमत और ट्रायल कीमत)।

पैकेज केवल वही ग्रुप बेच सकते हैं जिन्हें एडमिन ने उसके लिए चुना है। जो पैकेज आपके ग्रुप के लिए नहीं है वह सेलेक्टर में नहीं दिखता और API से भेजने पर अस्वीकार होता है।

एडमिन हर पैकेज के लिए प्रति रीसेलर एक अपनी कीमत तय कर सकता है (0 = मुफ़्त)। अपनी कीमत आधिकारिक लाइन बनाने, रिन्यू करने और आधिकारिक एक्टिवेशन कोड पर लागू होती है; ट्रायल पर लागू नहीं होती।

नहीं। बिक्री के समय बुके लाइन में कॉपी हो जाते हैं; बाद में पैकेज संपादित करने से बेची जा चुकी लाइनों पर असर नहीं पड़ता। लाइन को पैकेज के नए बुके अगले रिन्यू / पैकेज बदलने पर मिलते हैं। (जब किसी बुके के भीतर का कंटेंट बदलता है, तो वह बुके रखने वाली हर लाइन में तुरंत दिखता है। बुके हटाने पर उसका id हर लाइन और पैकेज से हट जाता है। बुके का ग्लोबल क्रम बदलने पर बेची गई लाइनों में सहेजा गया क्रम तभी बदलता है जब आप "apply to sold lines and packages" बॉक्स टिक करें; लाइन के बुके का सेट नहीं बदलता।)

केवल तब जब आपके ग्रुप में Allow Bouquet Selection चालू हो: आप पैकेज के कुछ बुके टिक करते हैं; कुछ भी टिक नहीं = पूरा पैकेज; पैकेज से बाहर के बुके हटा दिए जाते हैं। कीमत नहीं बदलती।

समाप्ति की तारीख (आज + पैकेज की अवधि), कनेक्शन की संख्या, आउटपुट फ़ॉर्मेट, रीस्ट्रीमर, डिवाइस लॉक, ज़बरदस्ती देश, ज़बरदस्ती सर्वर, ISP लॉक, बुके। इन फ़ील्ड में रीसेलर द्वारा डाले गए मान अनदेखे किए जाते हैं, सिवाय बुके (PKG-05) और ISP लॉक के, जब ग्रुप में Allow Line Restrictions चालू हो।

ऐसा पैकेज जो केवल उसी प्रकार के सेट-टॉप बॉक्स के लिए बेचा जा सकता है; उसे साधारण लाइन या दूसरे प्रकार के डिवाइस के लिए नहीं बेचा जा सकता। इसी तरह, Add MAG / Add Enigma फ़ॉर्म में इस्तेमाल होने से पहले पैकेज को उस डिवाइस प्रकार की अनुमति देनी होगी।

आपको अपने ग्रुप द्वारा बेचा जा सकने वाला पैकेज चुनना होगा और पर्याप्त क्रेडिट होने चाहिए। यूज़रनेम / पासवर्ड: अपना खुद का लिखें (जब ग्रुप अनुमति दे) या खाली छोड़ें ताकि बन जाए। एडमिन लाइन बनाते समय इनमें से एक (या दोनों) खाली भी छोड़ सकता है: सिस्टम 10 अक्षर बनाता है और सेव करने के तुरंत बाद दिखाता है; एडिट फ़ॉर्म में यूज़रनेम अब भी ज़रूरी है।

आपके ग्रुप में Allow Username Change / Allow Password Change बंद है: नई लाइन को अपने-आप बने मान मिलते हैं। जब आप अपना लिख सकते हैं, तो न्यूनतम लंबाई ग्रुप तय करता है (डिफ़ॉल्ट रूप से 8 अक्षर)।

लाइन के एडिट फ़ॉर्म में और Lines सूची के Generate play link डायलॉग में। लाइन के पासवर्ड पढ़ने योग्य रखे जाते हैं क्योंकि IPTV ऐप और प्लेलिस्ट लिंक को उनकी ज़रूरत होती है। अपने-आप बना पासवर्ड सेव करने के तुरंत बाद दिखाया जाता है।

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

चालू / बंद करना, रीसेलर नोट्स, संपर्क, कैटेगरी टेम्पलेट, स्वामी (आपके अपने ट्री के भीतर); यूज़रनेम और पासवर्ड जब ग्रुप अनुमति दे; प्रतिबंध (IP, यूज़र एजेंट, ISP लॉक) जब ग्रुप में Allow Line Restrictions चालू हो; पैकेज के भीतर नया बुके चयन जब ग्रुप अनुमति दे। पैकेज, समाप्ति की तारीख, कनेक्शन की संख्या, ट्रायल फ़्लैग, आउटपुट फ़ॉर्मेट, डिवाइस लॉक और देश सीधे संपादित नहीं किए जा सकते — वे केवल रिन्यू / पैकेज बदलने से बदलते हैं।

दो तरीके, एक नियम:

• सूची का Renew (charged) बटन: लाइन के मौजूदा पैकेज का उपयोग करता है;
• एडिट फ़ॉर्म का Extend with package फ़ील्ड: कोई भी पैकेज चुनें जो आप बेच सकते हैं (इसी तरह आप पैकेज बदलते हैं)।

जब आप लाइन संपादित करते हैं और उसी सेव में रिन्यू भी चुनते हैं, तो दोनों एक ट्रांज़ैक्शन हैं: यदि रिन्यू अस्वीकार हो (क्रेडिट कम, पैकेज बेचने योग्य नहीं), तो संपादन भी सेव नहीं होता और कोई क्रेडिट नहीं कटता। उसे ठीक करके दोबारा सेव करें।

• लाइन समाप्त नहीं हुई है और नया पैकेज पुराने से संगत है → समय मौजूदा समाप्ति तारीख में जुड़ता है।
• लाइन समाप्त हो चुकी है, या दोनों पैकेज संगत नहीं हैं → गिनती आज से होती है; बचा हुआ समय नहीं रखा जाता।

"संगत" की जाँच केवल तब होती है जब नए पैकेज में संगतता जाँच का विकल्प चालू हो: दोनों पैकेजों में समान बुके, आउटपुट फ़ॉर्मेट, कनेक्शन की संख्या, रीस्ट्रीमर फ़्लैग और डिवाइस लॉक होने चाहिए। विकल्प बंद होने पर वे हमेशा संगत माने जाते हैं। नए पैकेजों में यह विकल्प डिफ़ॉल्ट रूप से चालू होता है (एडमिन बंद कर सकता है); मौजूदा पैकेज अपनी सेटिंग रखते हैं। MAG / Enigma लाइन केवल ऐसे पैकेज से रिन्यू या बदली जा सकती है जो उस प्रकार के बॉक्स की अनुमति देता हो।

पैकेज बदलना = नए पैकेज की एक आधिकारिक अवधि खरीदना: नए पैकेज की पूरी कीमत कटती है (आपकी अपनी कीमत, यदि हो), बिना इस्तेमाल हुए हिस्से के लिए कोई क्रेडिट दिए। लाइन नए पैकेज के सभी गुण ले लेती है।

Disable: ग्राहक साइन इन या देख नहीं सकता, चल रहे सेशन लगभग एक मिनट में बंद हो जाते हैं; सब्सक्रिप्शन अवधि चलती रहती है; आप उसे कभी भी फिर चालू कर सकते हैं। Delete: स्थायी, कोई रिस्टोर नहीं, कोई रिफ़ंड नहीं (DATA-01)। जो ग्राहक रुकना चाहे, उसके लिए disable करें — delete नहीं।

लाइन रिन्यू होने तक ग्राहक को मना किया जाता है (जो लाइन समाप्त और banned दोनों है, उसे "expired" क्लिप दिखती है, क्योंकि समाप्ति पहले जाँची जाती है); चल रहे सेशन लगभग एक मिनट में बंद हो जाते हैं। लाइन अपने-आप नहीं हटती: रिन्यू करें और वह उसी यूज़रनेम / पासवर्ड से फिर चलने लगती है।

हाँ: स्वामी के रूप में अपने नीचे का कोई अकाउंट चुनें। स्वामी को लाइन अपनी सूची में दिखती है। क्रेडिट फिर भी उसी के कटते हैं जो सेव दबाता है।

आपकी अपनी और आपके नीचे के हर अकाउंट की। आपके ट्री से बाहर की लाइन आपके लिए मौजूद ही नहीं है (उत्तर "not found" होता है)।

ताकि आप याद रख सकें कि ग्राहक कौन है (ईमेल, फ़ोन नंबर, ऑर्डर नंबर)। सब्सक्राइबर इन्हें कभी नहीं देखता। लाइन हटाने पर ये हमेशा के लिए मिटा दिए जाते हैं।

जब ग्रुप के पास अनुमति हो: Logs → Line Activity हर लाइन की देखने की हिस्ट्री दिखाता है, और Logs → Live Connections आपके ट्री की लाइनों के हर खुले कनेक्शन को दिखाता है (कौन-सी लाइन, कौन-सा चैनल, किस पते से) और उसे बंद करने का बटन देता है। Live Connections तभी खुलता है जब एडमिन ने आपके ग्रुप के लिए ग्राहकों की कनेक्शन हिस्ट्री देखने का विकल्प चालू किया हो (ग्रुप फ़ॉर्म का client connection logs बॉक्स); आप अपने ट्री से बाहर की लाइन के कनेक्शन कभी नहीं देखते।

एक्टिवेशन कोड से जुड़ी लाइन डिफ़ॉल्ट रूप से सूची से छिपी रहती है, जब तक आप उसके लिए फ़िल्टर न करें (CODE-02)।

हाँ। लाइन फ़ॉर्म का Expires on फ़ील्ड पैनल के टाइम ज़ोन में तारीख और समय है, इसलिए लाइन किसी निश्चित घंटे पर समाप्त हो सकती है। इस फ़ील्ड को छुए बिना फ़ॉर्म खोलकर सेव करने पर समाप्ति सेकंड तक वही रहती है — नोट या बुके संपादित करने से घंटे वाली ट्रायल लाइन को अतिरिक्त समय नहीं मिलता। जो मान पढ़ा न जा सके, उसकी सूचना फ़ील्ड पर ही मिलती है और वह कभी "कभी समाप्त नहीं" नहीं बनता। मास एडिट पेज अब भी तारीख लेता है, जिसे उस दिन का अंत माना जाता है।

जब ये सभी सही हों: एडमिन ने रीसेलरों के लिए ट्रायल बंद नहीं किए हैं; पैकेज में ट्रायल अवधि है; आपके ग्रुप का Allowed Trials > 0 है; आपके क्रेडिट ग्रुप के Minimum Trial Credits से ≥ हैं; और गिनती की अवधि में आपकी बनाई ट्रायल लाइनों की संख्या कोटे तक नहीं पहुँची है।

जैसा ग्रुप पर सेट है: day = पिछले 24 घंटे, month = पिछले 30 दिन। उदाहरण, 5 / day का कोटा: किसी भी 24 घंटे में अधिकतम 5 ट्रायल लाइनें। पुराना ट्रायल अवधि से बाहर जाते ही अपना स्लॉट खाली कर देता है।

ठीक पैकेज की ट्रायल कीमत (आमतौर पर 0)। रीसेलर की अपनी कीमत ट्रायल पर लागू नहीं होती।

TRI-01 की कोई एक शर्त पूरी नहीं हुई है; फ़ॉर्म बॉक्स के पास कारण बताता है।

लाइन को किसी पैकेज से रिन्यू करें: लाइन को आधिकारिक अवधि मिल जाती है और वह ट्रायल नहीं रहती। यूज़रनेम और पासवर्ड वही रहते हैं, ग्राहक को कुछ दोबारा सेट नहीं करना पड़ता।

नहीं। ट्रायल लाइन बनाते समय एक बार दिया जाता है; मौजूदा लाइन केवल आधिकारिक अवधि से रिन्यू हो सकती है (TRI-05)। ग्राहक को दोबारा आज़माने देने के लिए नई ट्रायल लाइन बनाएँ (वह ट्रायल कोटे में गिनी जाती है)।

Lines → Generate play link: फ़ॉर्मेट चुनें; लिंक लाइन के यूज़रनेम और पासवर्ड से बनता है। API में get_line बने-बनाए लिंक लौटाता है: m3u, m3u_hls, xmltv, player_api, web_player।

कोई भी ऐप जो Xtream Codes API सपोर्ट करता हो (IPTV Smarters, TiviMate, XCIPTV, GSE…): सर्वर पता + यूज़रनेम + पासवर्ड डालें। जो ऐप केवल प्लेलिस्ट लेता है, उसके लिए M3U लिंक इस्तेमाल करें। MAG बॉक्स पोर्टल इस्तेमाल करते हैं, Enigma2 बॉक्स प्लेलिस्ट / प्लगइन। किसी डिवाइस के बिना, ब्राउज़र में वेब प्लेयर इस्तेमाल करें।

MPEG-TS: चैनल तेज़ी से बदलता है, IPTV ऐप और सेट-टॉप बॉक्स के लिए उपयुक्त। HLS: ब्राउज़र, Apple डिवाइस और अस्थिर नेटवर्क पर अच्छा चलता है। लाइन केवल वही फ़ॉर्मेट इस्तेमाल कर सकती है जो उसका पैकेज अनुमति देता है; अनुमति-रहित फ़ॉर्मेट वाला लिंक अस्वीकार होता है।

m3u_plus (लोगो, ग्रुप, EPG id के साथ — अनुशंसित डिफ़ॉल्ट), सादा m3u, Enigma2 / DreamBox / GigaBlue / Octagon / MediaStar / StarLive के प्रकार, और सरल सूची प्रकार। Generate play link डायलॉग में कोई एक चुनें।

Xtream ऐप उसे खुद ले लेते हैं। M3U ऐप के लिए लाइन का XMLTV लिंक इस्तेमाल करें (m3u_plus प्लेलिस्ट में EPG का पता पहले से होता है)।

हाँ, उन चैनलों पर जिनके लिए एडमिन ने आर्काइविंग चालू की है; ऐप उन चैनलों पर कैच-अप आइकन दिखाते हैं।

API सर्वर पर /player/ में (web_player लिंक)। लाइन के यूज़रनेम / पासवर्ड से, या एक्टिवेशन कोड से साइन इन करें।

नहीं। पासवर्ड लिंक का हिस्सा है और ऐप में सहेजा जाता है; पासवर्ड बदलने के बाद ग्राहक को उसे दोबारा डालना होगा / नया लिंक लेना होगा। बिना अनुमति लाइन इस्तेमाल करने वाले को हटाने का यही तरीका भी है।

हाँ: API key पेज पर Your own play address सेट करें (या set_play_base API एक्शन से)। आप डोमेन का DNS पैनल के API सर्वर की ओर करते हैं, और ऑपरेटर को अपनी तरफ़ कॉन्फ़िगर करना होगा; इस्तेमाल से पहले एडमिन को बताएँ। यह पता उन लिंक पर लागू होता है जो API आपके सिस्टम को लौटाता है।

तकनीकी रूप से वे एक ही लाइन साझा करते हैं, इसलिए उसके कनेक्शन की संख्या (SEC-01) साझा करते हैं और दूसरे IP नियम (SEC-03) से टकरा सकते हैं। हर ग्राहक की अपनी लाइन होनी चाहिए।

Devices → Add MAG / Add Enigma: MAC डालें, पैकेज चुनें। सिस्टम एक नई लाइन बेचता है और डिवाइस को एक ही चरण में जोड़ देता है; डिवाइस अपने MAC से साइन इन करता है, किसी को यूज़रनेम / पासवर्ड नहीं लिखना पड़ता। क्रेडिट ठीक साधारण लाइन की तरह कटते हैं।

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

वे कनेक्शन सीमा साझा करते हैं: ऐप और बॉक्स एक ही सब्सक्राइबर हैं।

उसकी लाइन रिन्यू करें (लिंक डिवाइस फ़ॉर्म पर है)। पेयर किए गए डिवाइस के लिए ग्राहक की लाइन रिन्यू करें — बॉक्स अपने-आप साथ चलता है।

डिवाइस पर MAC संपादित करें। यदि लाइन में डिवाइस लॉक चालू है, तो दर्ज सीरियल नंबर / डिवाइस id साफ़ करें ताकि नया बॉक्स रजिस्टर हो सके।

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

अपने MAG बॉक्स, हाँ: TV पर संदेश भेजना, चैनल चलाना, पोर्टल रीलोड करना, रीबूट करना, लाइन के कनेक्शन बंद करना (ग्रुप को ग्राहकों के कनेक्शन लॉग देखने की अनुमति चाहिए), दर्ज ISP रीसेट करना और STB लॉक रीसेट करना। Enigma बॉक्स के X-Plugin कमांड और स्क्रीनशॉट, डिवाइस को ban करना और डिवाइस को दूसरी लाइन पर ले जाना केवल एडमिन के लिए हैं। रीसेलर के डिवाइस को चालू / बंद करने से उसकी लाइन चालू / बंद होती है; रीसेलर डिवाइस से Banned नहीं हटा सकता।

पहुँच को कोड के रूप में बेचना (स्क्रैच कार्ड, संदेश से भेजा कोड): ग्राहक कोड ऐप या वेब प्लेयर में डालता है और यूज़रनेम / पासवर्ड के बिना देख सकता है। अवधि ग्राहक द्वारा कोड पहली बार एक्टिवेट करने पर ही शुरू होती है।

Active Codes → New: पैकेज, मात्रा (प्रति बैच 1–500), कोड की लंबाई (6–24), केवल अंकों का विकल्प (TV रिमोट से टाइप करना आसान), और ट्रायल विकल्प चुनें। क्रेडिट बनाते समय कटते हैं = पैकेज की कीमत × कोड की संख्या। हर कोड के साथ उसकी अपनी लाइन बनती है, जो एक्टिवेशन तक लॉक रहती है।

बड़े अक्षर और अंक, आसानी से गड़बड़ाने वाले (0, O, 1, I) को छोड़कर; या केवल अंक। ग्राहक छोटे अक्षरों में टाइप करे तो भी स्वीकार होता है।

एक। कोड उस पहले डिवाइस से बंध जाता है जो उसे एक्टिवेट करता है; वही कोड दूसरे डिवाइस पर डालने पर अस्वीकार होता है। वह डिवाइस कोड जितनी बार चाहे डाल सकता है, लाइन का साइन-इन विवरण नहीं बदलता।

उस कोड पर Reset device करें; फिर नया डिवाइस उसे एक्टिवेट कर सकता है। अवधि में कोई समय नहीं जुड़ता।

लगातार कई अलग-अलग गलत कोड डालने पर IP पता कुछ समय के लिए ब्लॉक हो जाता है (SEC-08)।

Active Codes पेज पर कोड टिक करें, Extend (days) क्रिया चुनें और दिनों की संख्या डालें। केवल एक्टिवेट हुए कोड में दिन जुड़ते हैं (अनुपयोगी कोड की अवधि शुरू नहीं हुई होती); जो कोड अभी वैध है वह मौजूदा समाप्ति तारीख से बढ़ता है, समाप्त कोड अभी से। इस क्रिया में क्रेडिट नहीं कटते, इसलिए इसे केवल एडमिन इस्तेमाल कर सकता है: रीसेलर कोड की लाइन को किसी भी अन्य लाइन की तरह एक पैकेज और उसकी कीमत के साथ रिन्यू करता है (Lines → Renew, या रीसेलर API में renew_line)। गलत चार्ज को सपोर्ट क्रेडिट एडजस्टमेंट से ठीक करता है, कभी मुफ़्त एक्सटेंशन से नहीं। एडमिन API: extend_active_code।

रीसेलर द्वारा बनाया अनुपयोगी कोड: पूरा रिफ़ंड, क्रेडिट लेजर में एक पंक्ति के साथ। एक्टिवेट हो चुका कोड: कोई रिफ़ंड नहीं।

Batches पेज हर बैच के लिए कुल / तैयार / एक्टिवेट / बंद की संख्या दिखाता है और TXT फ़ाइल एक्सपोर्ट करता है (हर लाइन में एक कोड)। बल्क क्रियाएँ: चालू करना, बंद करना, डिवाइस रीसेट, हटाना।

हाँ, उस पैकेज से बेची गई हर लाइन की तरह: कनेक्शन की संख्या, आउटपुट फ़ॉर्मेट, बुके, डिवाइस लॉक, रीस्ट्रीमर और पैकेज का forced country भी (SEC-07)। जो ग्राहक अनुमत सूची से बाहर के देश से कोड एक्टिवेट करता है, वह एक्टिवेट तो कर सकता है पर प्ले करते समय अस्वीकार हो जाता है।

यह एक लाइन से एक ही समय में देख रहे डिवाइसों की संख्या है। 0 = असीमित। उसी डिवाइस से जो चैनल आप पहले से देख रहे हैं उसे दोबारा खोलना दूसरा कनेक्शन नहीं गिना जाता।

डिफ़ॉल्ट रूप से: नया कनेक्शन आ जाता है और सबसे पुराना बंद हो जाता है (उसी डिवाइस का कनेक्शन पहले, फिर उसी IP का)। बंद हुआ प्लेयर लगभग 30 सेकंड में रुक जाता है। एडमिन पुराना कनेक्शन बंद करने की जगह नया कनेक्शन अस्वीकार करने पर स्विच कर सकता है।

जब एडमिन ने इसे चालू किया हो: जब लाइन एक IP से देखी जा रही हो, तो दूसरे IP से लाइव कनेक्शन अस्वीकार हो जाता है। नियम को कम कनेक्शन वाली लाइनों तक सीमित किया जा सकता है (जैसे 1 कनेक्शन वाली लाइनें; असीमित कनेक्शन वाली लाइन तभी बंधती है जब थ्रेशहोल्ड 0 हो)। Match The Address By Network चालू होने पर एक ही /24 नेटवर्क (IPv6: /64) के पते एक दर्शक गिने जाते हैं। यह अकाउंट शेयरिंग के विरुद्ध एक उपकरण है।

जब ग्रुप में Allow Line Restrictions चालू हो: Allowed IPs फ़ील्ड (IP, CIDR रेंज या डोमेन नाम, प्रति पंक्ति एक; डोमेन की खोज कनेक्शन के समय होती है, इसलिए डायनामिक IP भी चलता है) और Allowed User-Agents। खाली = सब कुछ अनुमत। ध्यान दें: ये प्रतिबंध प्लेबैक पर रोकते हैं; ऐप फिर भी साइन इन करता है और चैनल सूची दिखाता है।

लाइन अपने पहले कनेक्शन के इंटरनेट प्रोवाइडर को याद रखती है और किसी दूसरे प्रोवाइडर से उपयोग अस्वीकार करती है। जब ग्राहक प्रोवाइडर बदले, तो नया दर्ज करने के लिए ISP लॉक को बंद करके फिर चालू करें। यह MAG बॉक्स पर लागू नहीं होता।

यह लाइन को पहले साइन इन करने वाले सेट-टॉप बॉक्स (सीरियल नंबर, डिवाइस id) से बाँध देता है; दूसरा बॉक्स अस्वीकार होता है। इसे पैकेज तय करता है।

लाइन केवल अपने forced country से कनेक्ट हो सकती है (ALL = कहीं से भी)। खाली होने पर पैनल की अनुमत देशों की सामान्य सूची लागू होती है। विदेश यात्रा करने वाला या VPN इस्तेमाल करने वाला ग्राहक इस कारण अस्वीकार हो सकता है।

• अपने-आप: थोड़े समय में एक IP से कई अलग यूज़रनेम / एक्टिवेशन कोड के साथ असफल साइन-इन, या अनुरोधों की बाढ़। स्वचालित ब्लॉक एडमिन द्वारा तय समय के बाद अपने-आप हट जाता है (डिफ़ॉल्ट 60 मिनट)।
• मैन्युअल: एडमिन ने IP / IP रेंज ब्लॉक की है; यह समाप्त नहीं होता।

IP ब्लॉक रहने तक उससे कोई लाइन कनेक्ट नहीं हो सकती। एक ही यूज़रनेम बार-बार गलत टाइप करने से ब्लॉक नहीं होता।

एडमिन User-Agent (ऐप), इंटरनेट प्रोवाइडर (ISP) और ASN (जैसे होस्टिंग / VPN रेंज) के आधार पर ब्लॉक कर सकता है। जिस लाइन के लिए एडमिन ने "bypass UA" चालू किया है, वह ऐप ब्लॉक सूची को छोड़ देती है।

किसी पार्टनर के लिए लाइन जो स्ट्रीम खींचकर उन्हें आगे वितरित करता है। इसे कनेक्शन सीमा, second IP नियम, लंबे सेशन के स्वचालित अंत और ASN ब्लॉकिंग से छूट है। इसे पैकेज / एडमिन तय करता है; साधारण दर्शकों के लिए नहीं है।

एडमिन लगातार सेशन की अधिकतम अवधि तय कर सकता है; उसके बाद सेशन बंद हो जाता है और ग्राहक जारी रखने के लिए प्ले दबाता है। जिस सेशन का सिग्नल लगभग 90 सेकंड के लिए चला जाए, वह भी बंद गिना जाता है।

• Theft Detection पेज (जब ग्रुप के पास अनुमति हो): लाइनों को 1 घंटे / 24 घंटे / 7 दिनों में देखी गई अलग-अलग फ़िल्मों / एपिसोड की संख्या के अनुसार क्रमित करता है, अलग IP की संख्या के साथ — असामान्य रूप से ऊँची लाइन संदिग्ध है।
• लाइन का एक्टिविटी पेज: उपयोग में आ रहे IP और डिवाइस दिखाता है।
• क्या करें: लाइन का पासवर्ड बदलें (PLAY-08), IP प्रतिबंध / ISP लॉक चालू करें, या लाइन बंद करें।

जब आपके ग्रुप में Can Create Sub-Resellers चालू हो और Groups for sub-resellers में कम से कम एक ग्रुप हो। हर बार बनाने पर ग्रुप पर तय निर्माण शुल्क (क्रेडिट) कटता है। रीसेलर ट्री अधिकतम 5 स्तर गहरा हो सकता है।

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

ईमेल, नाम, पासवर्ड, स्थिति, ग्रुप (सूची से), नोट्स, क्रेडिट ट्रांसफ़र करना / वापस लेना, और उनके नीचे की हर लाइन। आप उनकी भूमिका या स्वामी नहीं बदल सकते।

कुछ नहीं: हर अकाउंट केवल अपने नीचे का देखता है, ऊपर के स्तर या दूसरी शाखाएँ कभी नहीं।

ग्रुप में Can Delete Users चालू होना चाहिए। बचे हुए क्रेडिट, लाइनें और चाइल्ड अकाउंट हटाने वाले अकाउंट में चले जाते हैं। ग्राहकों की लाइनें चलती रहती हैं। हटाए गए अकाउंट का व्यक्तिगत डेटा (यूज़रनेम, ईमेल, नाम, पासवर्ड, API कुंजियाँ, नोट्स) मिटा दिया जाता है; वह यूज़रनेम और ईमेल फिर इस्तेमाल हो सकते हैं।

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

ग्राहक को ऐप में दिखने वाली कैटेगरी (लाइव, फ़िल्में, सीरीज़, रेडियो) का क्रम बदलने, नाम बदलने या उन्हें छिपाने के लिए — प्रति लाइन, पैनल की अपनी कैटेगरी को छुए बिना।

टेम्पलेट इस्तेमाल करने वाली लाइनों के ऐप और प्लेलिस्ट से उस कैटेगरी का सारा कंटेंट भी छिप जाता है।

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

देखना: आपके अपने और आपके नीचे के अकाउंट के, सिस्टम टेम्पलेट, और ऊपर के स्तरों द्वारा साझा किए गए। संपादन: केवल आपके अपने और नीचे वालों के। सिस्टम टेम्पलेट बदलने के लिए उसे डुप्लिकेट करें और कॉपी संपादित करें।

कस्टम कैटेगरी क्रम M3U प्लेलिस्ट के फ़िल्म / सीरीज़ हिस्से पर लागू नहीं होता (नाम और छिपाना फिर भी लागू होते हैं)। Xtream API इस्तेमाल करने वाले ऐप को सब कुछ मिलता है।

आपके अपने सिस्टम (वेब शॉप, बिलिंग, बॉट) के लिए, ताकि डैशबोर्ड खोले बिना लाइन / सब-रीसेलर बेचे और संभाले जा सकें। पता: {API}/reseller/v1, X-API-Key हेडर से प्रमाणित। पूरा दस्तावेज़ API सर्वर के /docs/ पर है।

API Key पेज। कुंजी बनाते समय एक ही बार दिखाई जाती है — तुरंत कॉपी कर लें। खो जाए तो नई कुंजी बनाएँ (पुरानी काम करना बंद कर देती है)।

बेहतर नहीं। हर सिस्टम के लिए एक अतिरिक्त कुंजी बनाएँ: उसे नाम दें, उसे इस्तेमाल कर सकने वाले IP / CIDR सीमित करें, चाहें तो read-only (केवल सूची और देखना) बनाएँ, और दूसरी कुंजियों को प्रभावित किए बिना उसे अलग से रद्द करें।

डैशबोर्ड का हर नियम (ग्रुप, अपनी कीमत, ट्रायल कोटा, ट्री का दायरा) API से भी ठीक उसी तरह लागू होता है।

नहीं, बशर्ते आप एक ही ट्रांज़ैक्शन के लिए वही request_id भेजें: सिस्टम पिछला परिणाम लौटाता है। रिन्यू का request_id उसी लाइन से बंधा होता है: उसे किसी दूसरी लाइन के लिए दोबारा इस्तेमाल करने पर कॉन्फ़्लिक्ट त्रुटि (HTTP 409) मिलती है और दूसरी लाइन नहीं बदलती — हर ट्रांज़ैक्शन के लिए नया request_id बनाएँ।

API Key पेज पर हाल की API कॉल (30 दिन) की तालिका है: एक्शन, परिणाम, त्रुटि कोड, कॉल करने वाला पता, कनेक्टर का नाम। पैरामीटर कभी रिकॉर्ड नहीं किए जाते।

कुछ होने पर पैनल आपके सिस्टम को बता देता है, ताकि आपको बार-बार पूछना न पड़े। इवेंट: line.created, line.renewed, line.enabled, line.disabled, line.deleted, line.expiring (3 दिन पहले), line.expired, credits.low (आपके तय थ्रेशहोल्ड से नीचे)। प्राप्त करने वाला पता https होना चाहिए और इंटरनेट से पहुँच योग्य।

हर नोटिफ़िकेशन में हस्ताक्षर X-Xtream-Signature: sha256=HMAC(secret, timestamp.body) होता है; secret एंडपॉइंट बनाते समय एक बार दिखाया जाता है। वेबहुक में कभी पासवर्ड नहीं होता।

हर नोटिफ़िकेशन 3 बार आज़माया जाता है; जो एंडपॉइंट लगातार 20 डिलीवरी में विफल हो, वह बंद कर दिया जाता है। अपनी तरफ़ ठीक करें, Send test इस्तेमाल करें, और यदि वह बंद हो गया था तो एंडपॉइंट दोबारा बनाएँ।

हाँ, लेकिन केवल लाइन के स्वामी को (आप और ट्री में आपके ऊपर के स्तर)। लाइन के पासवर्ड लॉग में न रखें और असुरक्षित माध्यम से न भेजें।

हाँ, जब आप उसके साथ package_id भेजें (पुराना नाम package भी स्वीकार है): संपादन के अलावा, यह क्रिया change_package की तरह ही उस पैकेज की एक आधिकारिक अवधि बेचती है — वही कीमत, वही request_id, और उत्तर में credits_charged होता है। संपादन और रिन्यू एक ही ट्रांज़ैक्शन हैं: अस्वीकार होने पर (क्रेडिट कम, अमान्य पैकेज, साथ में trial भेजा गया) कुछ नहीं बदलता। पैकेज के बिना edit_line केवल यूज़रनेम, पासवर्ड, संपर्क और नोट्स संपादित करता है और पैकेज या समाप्ति को नहीं छूता।

जस की तस नहीं। API जाने-पहचाने एक्शन नाम रखता है पर एक नया इंटरफ़ेस है: पता /reseller/v1, इसी पैनल में बनी API key, लिखने वाली क्रियाएँ POST से भेजी जाती हैं, त्रुटियाँ HTTP स्टेटस और error फ़ील्ड के साथ लौटती हैं, और लाइन बनाने का परिणाम data.line में होता है। /docs/ का दस्तावेज़ या बना-बनाया कनेक्टर इस्तेमाल करें (CON-02)।

अपने सिस्टम और पेमेंट गेटवे से। पैनल भुगतान प्रोसेस नहीं करता। कनेक्टर आपके शॉप सिस्टम को पैनल से जोड़ता है: ग्राहक आपकी तरफ़ भुगतान करता है → कनेक्टर लाइन बनाने / रिन्यू करने के लिए Reseller API को कॉल करता है।

WHMCS, Blesta, WISECP, HostBill, ClientExec, FOSSBilling, Paymenter, WordPress (WooCommerce / Easy Digital Downloads), Odoo, PrestaShop, OpenCart, Magento, Dolibarr, ERPNext, और Shopify, Upmind तथा Invoice Ninja के लिए एक "webhook bridge"।

पैनल में: साइडबार Resources → All Connectors — हर कनेक्टर अपने कनेक्शन विवरण, इंस्टॉल चरणों, Download बटन और जाँच के लिए फ़ाइल के SHA-256 के साथ।

वही कनेक्टर, इंस्टॉल चरणों और चेकसम के साथ, https://plugins.xtream-ui.pro पर प्रकाशित हैं; सोर्स कोड https://github.com/xtreamui-pro/plugins पर है।

यह हर कनेक्टर में अलग है, और हर कनेक्टर का पेज यह बताता है: कुछ असली प्लेटफ़ॉर्म के भीतर चलाए गए (जैसे WordPress + WooCommerce, Odoo, FOSSBilling, Paymenter), कुछ का केवल मुख्य भाग परखा गया। "how it was tested" वाली पंक्ति पढ़ें और असली बिक्री से पहले टेस्ट वातावरण में आज़माएँ।

कनेक्टर केवल आपकी API key से Reseller API को कॉल करता है — वह ठीक वही कर सकता है जो आप कर सकते हैं, उससे अधिक नहीं। स्रोत कोड आपके पढ़ने और जाँचने के लिए खुला है। हर कनेक्टर को IP सीमा वाली अलग कुंजी दें (API-03)।

लाइनें (बनाना, रिन्यू, पैकेज बदलना, निलंबित करना, हटाना) और क्रेडिट के साथ सब-रीसेलर अकाउंट।

Reseller API (API-01) और वेबहुक से खुद इंटीग्रेट करें, या सहायता चैनल से अनुरोध भेजें।

नहीं। हटाया मतलब गया: लाइन का विवरण (यूज़रनेम, पासवर्ड, संपर्क, नोट्स), उसकी कनेक्शन हिस्ट्री (IP, डिवाइस, क्या देखा गया), लाइन से जुड़े सेट-टॉप बॉक्स और उसका एक्टिवेशन कोड। न कोई रीसायकल बिन है, न रिस्टोर फ़ंक्शन या API। ग्राहक लौटे तो नई लाइन बनाएँ।

केवल ऑपरेटर के लिए एक गुमनाम सांख्यिकीय रिकॉर्ड (नया या लौटा ग्राहक, कौन-से पैकेज लोकप्रिय हैं)। उसमें ग्राहक के बारे में कुछ पढ़ने योग्य नहीं होता और कोई रीसेलर, कनेक्टर या API उस तक नहीं पहुँच सकता।

नहीं। डेटाबेस बैकअप केवल किसी घटना के बाद सिस्टम दोबारा बनाने के लिए होते हैं और ऑपरेटर के पास रहते हैं; उनसे हटाना पलटा नहीं जाता। पुराने बैकअप चक्र में हटते रहते हैं, इसलिए हटाया गया डेटा उनसे भी गायब हो जाता है।

लाइन का पासवर्ड ऐप में टाइप करना पड़ता है और वह प्लेलिस्ट लिंक का हिस्सा है, इसलिए पैनल उसे लाइन के स्वामी के लिए पढ़ने योग्य रखता है। पैनल अकाउंट के पासवर्ड केवल हैश करके रखे जाते हैं।

आप, आपके ट्री में आपके ऊपर के अकाउंट, और एडमिन। दूसरे रीसेलर और आपके नीचे के स्तर नहीं देख सकते।

कभी नहीं। लाइन के ग्राहक रीसेलर के हैं; आप उनसे अपने सिस्टम से संपर्क करते हैं।

दो तरीकों से: समाप्त होने वाली लाइनों का दैनिक सारांश ईमेल (जब एडमिन ने चालू किया हो; डिफ़ॉल्ट रूप से 3 दिन पहले), और आपके सिस्टम के लिए line.expiring / line.expired वेबहुक।

आमतौर पर प्लेबैक लॉक में से कोई एक (FIX-01 की पंक्तियाँ 5–9): साइन-इन और चैनल सूची IP / ऐप की जाँच नहीं करते, केवल प्लेबैक करता है। यदि हर लाइन पर केवल एक चैनल विफल है → स्रोत चैनल में समस्या है; एडमिन को चैनल का नाम और समय बताएँ।

लाइन के बुके (PKG-04, PKG-05) और उसे दिया गया कैटेगरी टेम्पलेट (CAT-02) जाँचें। बदलाव के बाद ग्राहक से ऐप में सूची रीलोड करने को कहें। एडमिन का अभी जोड़ा चैनल लगभग आधे मिनट में दिखता है; यदि चैनल बुके में है और कोई लाइन उसे नहीं देखती, तो हो सकता है एडमिन ने वह चैनल बंद कर दिया हो।

बारी-बारी आज़माएँ: दूसरा चैनल (एक चैनल या सभी?) → दूसरा नेटवर्क → दूसरा फ़ॉर्मेट (MPEG-TS की जगह HLS) → दूसरा ऐप। हर नेटवर्क पर हर चैनल विफल → सहायता को यूज़रनेम, समय और चैनल बताएँ।

M3U ऐप में XMLTV लिंक जोड़ना ज़रूरी है (PLAY-05)। जिस चैनल का स्रोत में EPG नहीं है, वह कोई शेड्यूल नहीं दिखाता।

बारी-बारी: पैकेज नहीं चुना · पैकेज आपके ग्रुप के लिए नहीं है (PKG-02) · क्रेडिट कम हैं (CRD-05) · यूज़रनेम लिया जा चुका है या न्यूनतम से छोटा है (LINE-02) · ट्रायल कोटा खत्म हो गया है (TRI-01)।

429: लाइन एक साथ बहुत सारी प्लेलिस्ट / EPG फ़ाइलें डाउनलोड कर रही है — रुककर फिर कोशिश करें। 404 पेज: सिस्टम हर अस्वीकृति (गलत विवरण, समाप्त, लॉक, सीमा पार) पर 404 देता है ताकि अजनबियों को कारण न पता चले; FIX-01 से जाँचें।

आपके ग्रुप के पास उस पेज की अनुमति नहीं है (ACC-02)। Live Connections के लिए इसके अलावा एडमिन को ग्रुप के लिए ग्राहकों के कनेक्शन देखने का विकल्प चालू करना पड़ता है (LINE-15)।

ईमेल तभी भेजा जाता है जब एडमिन ने मेल सर्वर कॉन्फ़िगर किया हो और उस प्रकार का संदेश चालू किया हो; अकाउंट का ईमेल पता असली होना चाहिए। स्पैम फ़ोल्डर जाँचें।