🥇सोनाटा - SIP प्रावधान सर्भर

मलाई केसँग प्रावधान तुलना गर्ने थाहा छैन। सायद बिरालो संग? यो बिना सम्भव देखिन्छ, तर यसको साथ यो अलि राम्रो छ। विशेष गरी यदि यो काम गर्दछ))

समस्याको सूत्रीकरण:

म छिटो, सजिलै र सुरक्षित रूपमा SIP फोनहरू सेटअप गर्न चाहन्छु। फोन स्थापना गर्दा, र अझ बढि यसलाई पुन: कन्फिगर गर्दा।
धेरै विक्रेताहरूसँग आफ्नै कन्फिगरेसन ढाँचाहरू छन्, कन्फिगहरू उत्पन्न गर्नका लागि तिनीहरूको आफ्नै उपयोगिताहरू, र कन्फिगहरू सुरक्षित गर्ने आफ्नै तरिकाहरू छन्। र म सबैसँग व्यवहार गर्न चाहन्न।
धेरै प्रावधान समाधानहरू, ए) एक विक्रेता वा एक टेलिफोन प्रणालीमा केन्द्रित छन्, ख) लागू गर्न धेरै गाह्रो छ, धेरै स्क्रिप्टहरू, प्यारामिटरहरू, brrr...

बिन्दु 3 को सन्दर्भमा, म एक टिप्पणी गर्नेछु कि त्यहाँ उत्कृष्ट प्रावधान प्रणालीहरू छन् FreePBX को लागी, FusionPBX को लागि, Kazoo को लागि, जहाँ विभिन्न विक्रेताहरूबाट फोनहरूका लागि टेम्प्लेटहरू सार्वजनिक रूपमा उपलब्ध छन्। त्यहाँ व्यावसायिक समाधानहरू छन् जहाँ तपाइँ प्रावधान मोड्युलमा विभिन्न निर्माताहरूबाट फोनहरूको सञ्चालन कन्फिगर गर्न सक्नुहुन्छ, उदाहरणका लागि, Yeastar PBX।

Habré विभिन्न विक्रेताहरूबाट यन्त्रहरू कसरी सेटअप गर्ने भन्ने बारे व्यञ्जनहरूले भरिएको छ: पटक, два। तर तिनीहरू भन्छन्, सबै प्रणालीहरूमा घातक त्रुटि छ। त्यसैले हामी आफ्नै बाइक बनाउँछौं।

तपाईंको आफ्नै ढाँचा

तिनीहरू xkcd मा भन्छन्, यदि तपाईं 14 ढाँचाहरूसँग सम्झौता गर्न चाहनुहुन्न भने - 15 को साथ आउनुहोस्। त्यसकारण, हामी कुनै पनि फोनको लागि सामान्य सेटिङहरू प्रयोग गर्छौं र हाम्रो आफ्नै json कन्फिगरेसन ढाँचा बनाउँछौं।

यस्तो केहि:

{
   "key": "sdgjdeu9443908",
   "token": "590sfdsf8u984",
   "model": "gxp1620",
   "vendor": "grandstream",
   "mac": "001565113af8",
   "timezone_offset": "GMT+03",
   "ntp_server": "pool.ntp.org",
   "status": true,
   "accounts": [
      {
         "name": "Мобилон",
         "line": 1,
         "sip_register": "sip.mobilonsip.ru",
         "sip_name": "sip102",
         "sip_user": "sip102",
         "sip_password": "4321",
         "sip_auth": "sip102"
      }
   ]
}

त्यसैले, कुनै पनि फोनमा तपाईंले स्थानीय समय र SIP लाइनहरू कन्फिगर गर्न आवश्यक छ। यहाँ सबै कुरा सरल छ। तपाईं थप उदाहरणहरू हेर्न सक्नुहुन्छ यहाँ.

तपाईंको आफ्नै सर्भर प्रावधान

निर्माताको म्यानुअलहरूमा त्यहाँ सामान्यतया एउटा बिन्दु हुन्छ जहाँ यसले भन्छ: csv लिनुहोस्, आफ्नो लगइन-पासवर्ड-म्याक-ठेगाना लेख्नुहोस्, हाम्रो स्वामित्व लिपि प्रयोग गरेर फाइलहरू उत्पन्न गर्नुहोस्, तिनीहरूलाई Apache वेब सर्भर अन्तर्गत राख्नुहोस् र सबै कुरा ठीक हुनेछ।

म्यानुअलको अर्को अनुच्छेदले सामान्यतया तपाईलाई बताउँछ कि तपाईले उत्पन्न कन्फिग फाइल इन्क्रिप्ट गर्न सक्नुहुन्छ।

तर यी सबै क्लासिक छन्। Smoothies र Twitter को साथ आधुनिक दृष्टिकोणले भन्छ कि तपाईले एक रेडिमेड वेब सर्भर बनाउनु पर्छ जुन Apache जत्तिकै शक्तिशाली हुनेछैन, तर एउटा सानो कुरा मात्र गर्नेछ। लिङ्क प्रयोग गरेर कन्फिगहरू उत्पन्न गर्नुहोस् र पठाउनुहोस्।

यहाँ रोकौं र याद गरौं कि लगभग सबै SIP फोनहरूले अब http/https मार्फत कन्फिगहरू प्राप्त गर्न सक्छन्, त्यसैले हामी अन्य कार्यान्वयनहरू (ftp, tftp, ftps) विचार गरिरहेका छैनौं। त्यसपछि, प्रत्येक फोनलाई आफ्नै MAC ठेगाना थाहा हुन्छ। त्यसकारण, हामी दुई लिङ्कहरू बनाउनेछौं: एउटा व्यक्तिगत - उपकरण कुञ्जीमा आधारित, दोस्रो सामान्य, जसले साझा टोकन र MAC ठेगानाको संयोजन प्रयोग गरेर काम गर्दछ।

साथै, म शून्य कन्फिगरेसनमा बस्ने छैन, अर्थात्। स्क्र्याचबाट फोन सेट अप गर्दै, अर्थात् तपाईंले यसलाई नेटवर्कमा प्लग गर्नुभयो र यसले काम गर्न थाल्यो। होइन, मेरो परिदृश्यमा, तपाइँ यसलाई नेटवर्कमा प्लग गर्नुहोस्, प्रारम्भिक सेटअप गर्नुहोस् (प्रोभिजनिङ सर्भरबाट कन्फिगरेसन प्राप्त गर्न यसलाई सेट गर्नुहोस्), र त्यसपछि पिना कोलाडा पिउनुहोस् र प्रावधान मार्फत फोनलाई आवश्यकता अनुसार पुन: कन्फिगर गर्नुहोस्। वितरण विकल्प 66 DHCP सर्भरको जिम्मेवारी हो।

वैसे, म "प्रोभिजनिङ" भन्दै पूरै थाकेको छु, त्यसैले शब्दलाई "प्रोभिजन" मा छोटो पारियो, कृपया मलाई लात नमार्नुहोस्।

र अर्को कुरा: हाम्रो प्रावधान सर्भरसँग UI छैन, अर्थात्। प्रयोगकर्ता इन्टरफेस। सायद, अहिलेको लागि, तर निश्चित छैन, किनकि ... मलाई यसको आवश्यकता छैन। तर त्यहाँ सेटिङ्हरू बचत/मेटाउनको लागि एपीआई छ, समर्थित विक्रेताहरूको सूची प्राप्त गर्ने, मोडेलहरू, सबै कुरा स्वेगर स्पेसिफिकेशनको क्यानन्स अनुसार वर्णन गरिएको छ।

किन API र UI छैन? किनभने मसँग पहिले नै मेरो आफ्नै टेलिफोन प्रणाली छ, त्यसपछि मसँग प्रमाणहरूको स्रोत छ, जहाँ मैले यो डाटा लिन आवश्यक छ, आवश्यक json कम्पाइल गर्नुहोस् र यसलाई प्रावधान सर्भरमा प्रकाशित गर्नुहोस्। र प्रोभिजनिङ सर्भरले, json फाइलमा तोकिएका नियमहरू अनुसार, आवश्यक यन्त्रलाई यसको कन्फिगरेसन दिनेछ वा यदि यन्त्र सही छैन वा यो json मा तोकिएको मापदण्ड पूरा गर्दैन भने यसलाई दिनेछैन।

यसरी भयो प्रोभिजनिङ माइक्रोसर्भिस। बोलाइयो सोनाटा, स्रोत कोड GitHub मा उपलब्ध छ, त्यहाँ पनि छ तयार डकर छवि, डकर प्रयोग उदाहरण यहाँ.

मुख्य विशेषताहरु:

कुनै पनि अवस्थामा, समय अनुसार कन्फिगरेसनमा सीमित पहुँच, पूर्वनिर्धारित 10 मिनेट। यदि तपाइँ कन्फिगरेसन फेरि उपलब्ध गराउन चाहनुहुन्छ भने, कन्फिगरेसन पुन: प्रकाशित गर्नुहोस्।
सबै विक्रेताहरूको लागि एक ढाँचा, सबै समायोजनहरू सोनाटामा हटाइन्छ, तपाईंले मानकीकृत json पठाउनुहुन्छ, कुनै पनि उपलब्ध उपकरणहरू कन्फिगर गर्नुहोस्।
यन्त्रहरूमा जारी गरिएका सबै कन्फिगहरू लग गरिएका छन्, सबै समस्या क्षेत्रहरू लगमा हेर्न सकिन्छ र त्रुटिहरू देख्न सकिन्छ।
टोकनको साथ एउटा साझा लिङ्क प्रयोग गर्न सम्भव छ; प्रत्येक फोनले म्याक ठेगाना निर्दिष्ट गरेर आफ्नै कन्फिगरेसन प्राप्त गर्दछ। वा कुञ्जी मार्फत व्यक्तिगत लिङ्क।
व्यवस्थापन (व्यवस्थापन) र फोनहरूमा कन्फिगहरू (प्रोभिजनिङ) को प्रावधानका लागि API पोर्टहरूद्वारा विभाजित छन्।
परीक्षणहरू। जारी गरिएको कन्फिगरेसनको ढाँचा ठीक गर्न र परीक्षणको साथ कन्फिग जारी गर्ने सबै सामान्य अवस्थाहरू कभर गर्न यो मेरो लागि धेरै महत्त्वपूर्ण थियो। ताकि यो सबै स्पष्ट रूपमा काम गर्दछ।

Cons:

अहिलेसम्म सोनाटा भित्र कुनै पनि हिसाबले इन्क्रिप्सन प्रयोग गरिएको छैन। ती। तपाईले पक्कै पनि उदाहरणको लागि सोनाटाको अगाडि nginx राखेर https प्रयोग गर्न सक्नुहुन्छ। तर स्वामित्व विधिहरू अझै प्रयोग गरिएको छैन। किन? परियोजना अझै जवान छ, यसले आफ्नो पहिलो सय यन्त्रहरू सुरू गरेको छ। र, अवश्य पनि, म विचार र प्रतिक्रिया सङ्कलन गर्छु। यसबाहेक, सबै कुरा सुरक्षित बनाउनको लागि, ताकि कन्फिगहरू सञ्जालमा सुँघ्न सकिँदैन, यो सम्भवतः एन्क्रिप्शन कुञ्जीहरू, tls र तिनीहरूसँग हेजहगको साथ चिन्ता गर्न लायक छ, तर यो निरन्तरता हुनेछ।

UI को अभाव। सायद यो अन्त प्रयोगकर्ता को लागी एक महत्वपूर्ण हानि हो, तर एक प्रणाली प्रशासक को लागी, एक कन्सोल उपयोगिता पूर्ण अनुप्रयोग भन्दा बढी महत्त्वपूर्ण छ। त्यहाँ कन्सोल उपयोगिता बनाउने योजनाहरू थिए, तर म निश्चित छैन कि यो आवश्यक छ कि छैन?

अन्तमा के भयो?

व्यवस्थापनको लागि API को साथ धेरै फोन मोडेलहरू प्रावधान गर्नको लागि एउटा सानो र सरल वेब सर्भर।

फेरि, यो कसरी काम गर्ने मानिन्छ?

सोनाटा स्थापना गर्दै।
हामी json कन्फिगरेसन सिर्जना गर्छौं र यसलाई सोनाटामा प्रकाशित गर्छौं।
त्यसपछि हामीले सोनाटाबाट एक प्रावधान लिङ्क प्राप्त गर्छौं।
त्यसपछि हामी टेलिफोनमा यो लिङ्क संकेत गर्छौं।
यन्त्रले कन्फिगरेसन लोड गर्दैछ

त्यसपछिको अपरेशनमा केवल दुई चरणहरू छन्:

हामी json कन्फिगरेसन सिर्जना गर्छौं र यसलाई सोनाटामा प्रकाशित गर्छौं
यन्त्रले कन्फिगरेसन लोड गर्दैछ

कुन फोन प्रवर्द्धन गरिनेछ?

विक्रेताहरू ग्रान्डस्ट्रीम, फ्यानभिल, येलिंक। विक्रेता भित्र कन्फिगहरू कम वा कम समान छन्, तर फर्मवेयरको आधारमा फरक हुन सक्छ - यो थप परीक्षण गर्न आवश्यक हुन सक्छ।

तपाईं के नियमहरू सेट गर्न सक्नुहुन्छ?

समयमै। तपाईंले कन्फिगरेसन उपलब्ध हुने समय निर्दिष्ट गर्न सक्नुहुन्छ।
म्याक ठेगाना द्वारा। उपकरणको व्यक्तिगत लिङ्क मार्फत कन्फिगरेसन पेश गर्दा, म्याक ठेगाना पनि जाँच गरिनेछ।
आईपी द्वारा। आईपी ठेगानाबाट जहाँ अनुरोध गरिएको थियो।

Sonata सँग कसरी अन्तरक्रिया गर्ने?

API मार्फत, http अनुरोधहरू गर्दै। API तपाइँको स्थापना मा उपलब्ध हुनेछ। किनभने API ले swagger विशिष्टतालाई समर्थन गर्दछ, तपाइँ प्रयोग गर्न सक्नुहुन्छ अनलाइन उपयोगिता API मा परीक्षण अनुरोधहरूको लागि।

एकदम राम्रो। राम्रो सामान, कसरी प्रयास गर्ने?

सबैभन्दा सजिलो तरीका भनेको भण्डारमा आधारित डकर छवि तैनाथ गर्नु हो सोनाटा-नमूना। भण्डारमा स्थापना निर्देशनहरू छन्।

यदि मलाई node.js थाहा छ भने के हुन्छ?

यदि तपाइँसँग JavaScript प्रयोग गर्ने अनुभव छ भने, तपाइँ चाँडै थाहा पाउनुहुनेछ कि यहाँ सबै कुरा कसरी काम गर्दछ।

सोनाटाको विकास होला ?

मैले आंशिक रूपमा मेरो लक्ष्यहरू हासिल गरें। थप विकास भनेको स्वचालित फोन सेटअपको विषयमा मेरो कार्यहरूको कुरा हो। फोन बटनहरू कन्फिगर गर्न, ठेगाना पुस्तिका प्रावधान थप्न, र सायद अरू केहि, टिप्पणीहरूमा लेख्न कन्फिगरहरू विस्तार गर्ने अवसर पनि छ।

सारांश र स्वीकृतिहरू

म रचनात्मक सुझाव / आपत्ति / टिप्पणी र प्रश्नहरू पाउँदा खुसी हुनेछु, किनकि ... उसले नबुझेको कुराको वर्णन गरेको हुन सक्छ।

म मेरा सबै सहकर्मीहरूलाई पनि कृतज्ञता व्यक्त गर्दछु जसले मद्दत, सल्लाह, परीक्षण, र परीक्षणको लागि फोनहरू उपलब्ध गराए/दान गरे। वास्तवमा, धेरै व्यक्तिहरू जससँग मैले काममा कुराकानी गरें तिनीहरू परियोजनामा विभिन्न डिग्रीमा संलग्न छन्, AsterConf'ई, च्याट र इमेलहरूमा। विचार र विचार को लागी धन्यवाद।

स्रोत: www.habr.com

सोनाटा - SIP प्रावधान सर्भर