छोटे नेटवर्क के लिए त्रिज्या वैकल्पिक

यह ज्ञात है कि ऑपरेटर के नेटवर्क में RADIUS प्रोटोकॉल का उपयोग करने वाले ग्राहकों के प्राधिकरण को बहुत सारे अवसर मिलते हैं - ये टैरिफ खाते में ट्रैफ़िक को ध्यान में रखते हैं, नेटवर्क का उपयोग करते समय प्राधिकरण को व्यवस्थित करने की क्षमता, वाई-फाई नेटवर्क में हॉटस्पॉट और बड़ी संख्या में अन्य चीजें जो RADIUS के बिना लागू करना मुश्किल हैं।

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

इसलिए, मैं इस बारे में बात करना चाहूंगा कि टेलीकॉम ऑपरेटर राउटरओएस ऑपरेटिंग सिस्टम (मिक्रोटिक) के साथ राउटर्स पर RADIUS प्रोटोकॉल के माध्यम से प्राधिकरण से कैसे बच सकता है। हम LanBilling 2.0 का उपयोग बिलिंग प्रणाली के रूप में करेंगे, जहां ग्राहकों को सक्षम करने, अक्षम करने, संपादन करने, बनाने और हटाने की घटनाओं के लिए समर्थन लागू किया जाता है। एक समान घटना तंत्र वाला कोई भी सिस्टम सुधार के साथ इस भूमिका के लिए उपयुक्त है।

रूटर के साथ सहभागिता एपीआई के माध्यम से होती है। सबसे पहले, आपको राउटर पर एक समर्पित उपयोगकर्ता बनाने की आवश्यकता है, जो रिमोट कंट्रोल का प्रदर्शन करेगा।

पहुँच विवरण इस प्रकार होगा:
लॉग इन करें: एपीआई
पासवर्ड: एपीआई
बिलिंग सर्वर से केवल पहुंच: 192.0.2.2


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

# चयनित संसाधनों तक पूर्ण पहुंच
/ आईपी फ़ायरवॉल फिल्टर श्रृंखला जोड़ने = आगे \
dst-address-list = अनुमत-गंतव्य \
आउट-इंटरफ़ेस = ईथर-वान
इसके अलावा हम एड्रेस-लिस्ट की अनुमति वाले स्थलों का उपयोग करते हैं। यदि आवश्यक हो, तो पते इसमें जोड़े जाएंगे, और फ़ायरवॉल के नियम समान रहेंगे।
अगला, आपको ग्राहकों को सेवाओं के भुगतान के लिए संसाधनों का दौरा करने की अनुमति देने की आवश्यकता है। नीचे वर्णित तंत्र ग्राहकों को भुगतान के लिए आवश्यक सभी संसाधनों तक पहुंच प्रदान करेगा।
# भुगतान के लिए अनावश्यक संसाधनों को अवरुद्ध करना
/ आईपी फ़ायरवॉल layer7-प्रोटोकॉल नाम जोड़ें = सामाजिक-नेटवर्क \
regexp = vk.com | mail.ru | ok.ru |
# हम भुगतान करने की प्रक्रिया में सब्सक्राइबर्स को https-रिसोर्स पर छोड़ते हैं
/ आईपी फ़ायरवॉल फिल्टर श्रृंखला जोड़ने = आगे \
dst-port = 443 \
लेयर 7-प्रोटोकॉल =! सामाजिक-नेटवर्क \
आउट-इंटरफ़ेस = ईथर-वान \
प्रोटोकॉल = tcp \
src-address-list = भुगतानकर्ता-सूची
अगला, हम उन लोगों के लिए इंटरनेट तक पहुंच को रोकते हैं जिन्होंने सेवा के लिए भुगतान नहीं किया है। ब्लॉकिंग के समय, बिलिंग सब्सक्राइबर के IP को एड्रेस-लिस्ट में ब्लॉक कर देता है।
# डिफॉल्टर्स को ब्लॉक करना
/ आईपी फ़ायरवॉल फ़िल्टर कार्रवाई जोड़ें = श्रृंखला को अस्वीकार करें = अग्रेषित करें
आउट-इंटरफ़ेस = ईथर-वान \
अस्वीकार-साथ = icmp-admin-निषिद्ध \ _
src-address-list = अवरुद्ध

इसके बाद NAT को कॉन्फ़िगर करें। इंटरनेट तक पहुँचने के लिए ग्राहकों के पते अवरुद्ध करने और प्रसारित करने के बारे में अधिसूचना के साथ पृष्ठ पर पुनर्निर्देशित करना आवश्यक है।

# हम सभी ग्रे पतों को प्रसारित करते हैं
/ ip फ़ायरवॉल nat एक्शन जोड़ें = समान श्रृंखला = srcnat \
आउट-इंटरफ़ेस = ईथर-वान समान-नहीं-dst = हां \
src-address-list = नेट-ऑल-एबाउटर्स \
से पते = 203.0.113.0 / 26
# उन लोगों से भीख मांगने के लिए पुनर्निर्देशित न करें जो भुगतान की प्रक्रिया में हैं
/ ip फ़ायरवॉल nat एक्शन जोड़ें = चेन स्वीकार करें = dstnat \
src-address-list = भुगतानकर्ता-सूची
# भिखारी के आगे (192.0.2.3) अन्य सभी
# भुगतान न करने वाले, चयनित संसाधनों के बारे में नहीं भूलना
/ ip फ़ायरवॉल nat एक्शन जोड़ें = dst-nat chain = dstnat \
dst-address-list =! अनुमति-स्थलों \
प्रोटोकॉल = tcp src-address-list = अवरुद्ध \ _
से पते = 192.0.2.3 से बंदरगाहों = 80

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

इन जोड़तोड़ के बाद, रूटर RADIUS की मदद के बिना नेटवर्क तक ग्राहकों तक पहुंचने के बुनियादी कार्य कर सकता है। इसके साथ टैरिफ की गति / कतार सरल बिलिंग सौदों में सीमित है। गैर-भुगतानकर्ता स्वचालित रूप से अवरुद्ध हो जाते हैं, और उनके अनुरोधों को अनुस्मारक साइट पर पुनः निर्देशित किया जाता है। उसी समय, देनदारों के पास अभी भी बाहरी चयनित संसाधनों (भुगतान सेवाओं) तक पहुंच है।

हम बिलिंग तैयार करते हैं

बिलिंग की तैयारी में सब्सक्राइबर के खाते को सक्षम, अक्षम, बनाने, हटाने और संपादित करने के लिए प्रोसेसिंग इवेंट्स के लिए स्क्रिप्ट लिखना शामिल है। हम एक उदाहरण के रूप में लैनबिलिंग का उपयोग करेंगे।



इसके अतिरिक्त, आपको यह सुनिश्चित करने की आवश्यकता है कि यह LBarcd एजेंट है जो खातों के लिए जिम्मेदार है।



सबसे पहले, हम बिलिंग दिखाते हैं कि कौन सी स्क्रिप्ट और किन घटनाओं के लिए हम उपयोग करेंगे। यह /etc/billing.conf.LBarcd फ़ाइल में पैरामीटर बदलकर किया जाता है।

प्रत्येक स्क्रिप्ट को मापदंडों के एक विशिष्ट सेट के साथ कहा जाता है, प्रत्येक स्क्रिप्ट के लिए सेट समान होता है:

लॉगिन (खाते में उपयोगकर्ता नाम)
पासवर्ड (खाते में उपयोगकर्ता का पासवर्ड)
खंड (खाता आईपी पता)
netmask (डॉट-दशमलव संकेतन में IP पते के लिए मास्क। उदाहरण के लिए, 255.255.255.255)
दर सीमा (किलोबिट्स में इस खाते के लिए दर दर। उदाहरण के लिए, 10240)

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

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

हमारे मामले में, Yandex.Checkout का उपयोग करके भुगतान स्वीकार किए जाते हैं, जिसका अर्थ है कि हम फ़ाइल को संपादित करेंगे
/usr/local/billing/phpclient/client2/client/compenders/payment/yandex/Payment_Yandex_Pay.php उपयोगकर्ता के व्यक्तिगत खाते में "वेतन" बटन पर क्लिक करने के लिए प्रसंस्करण विधि के लिए।



आपको एक पंक्ति सम्मिलित करनी होगी

file_get_contents (" बिलिंग . example.com/tmp_access.php?ip= "। $ _SERVER ["REMOTE_ADDR"]);
लाइन से पहले
$ यह-> पोस्ट ($ params, $ यह-> conf ("operurL"));
जहाँ बिलिंग .example.com लैनबिलिंग प्रशासनिक वेब इंटरफेस एड्रेस है।

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

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

एक उपरोक्त के साथ बहस कर सकता है, लेकिन यह इस तथ्य पर ध्यान देने योग्य है कि यह समाधान बड़े नेटवर्क के लिए नहीं है। दरअसल, राउटरओएस के साथ मिक्रोटिक जैसा। यदि आपके नेटवर्क में 3 हजार से अधिक ग्राहक नहीं हैं, तो यह विधि सबसे उपयुक्त होगी।

Artyom Deulin द्वारा तैयार किया गया