Zabbix - म्याक्रो सीमाहरू विस्तार गर्दै

ग्राहकको लागि समाधान बनाउँदा, 2 कार्यहरू देखा पर्‍यो जुन म सुन्दर र नियमित Zabbix कार्यक्षमतासँग समाधान गर्न चाहन्छु।

1 चुनौती। Mikrotik राउटरहरूमा हालको फर्मवेयर संस्करण ट्र्याक गर्दै।

कार्य सजिलैसँग हल गरिएको छ - HTTP टेम्प्लेटमा एजेन्ट थपेर। एजेन्टले Mikrotik वेबसाइटबाट हालको संस्करण प्राप्त गर्दछ, र ट्रिगरले हालको संस्करणलाई हालको संस्करणसँग तुलना गर्दछ र विसंगतिको अवस्थामा अलर्ट जारी गर्दछ।

जब तपाईंसँग 10 राउटरहरू छन्, यस्तो एल्गोरिथ्म महत्त्वपूर्ण छैन, तर 3000 राउटरहरूसँग के गर्ने? सर्भरमा 3000 अनुरोधहरू पठाउने? निस्सन्देह, यस्तो योजनाले काम गर्नेछ, तर 3000 अनुरोधहरूको धेरै विचार मलाई उपयुक्त थिएन, म अर्को समाधान खोज्न चाहन्थे। थप रूपमा, यस्तो एल्गोरिथ्ममा अझै पनि कमजोरी थियो: अर्को पक्षले DoS आक्रमणको लागि एक आईपीबाट त्यस्ता धेरै अनुरोधहरू गणना गर्न सक्छ, तिनीहरूले यसलाई बन्द गर्न सक्छन्।

2 चुनौती। विभिन्न HTTP एजेन्टहरूमा प्राधिकरण सत्र प्रयोग गर्दै।

जब एजेन्टले HTTP मार्फत "बंद" पृष्ठहरूबाट जानकारी प्राप्त गर्न आवश्यक हुन्छ, प्राधिकरण कुकी आवश्यक हुन्छ। यो गर्नको लागि, त्यहाँ सामान्यतया "लगइन / पासवर्ड" जोडी र कुकीमा सत्र ID सेट गर्ने मानक प्राधिकरण फारम हुन्छ।

तर त्यहाँ एउटा समस्या छ, हेडरमा यो मान प्रतिस्थापन गर्न एक HTTP एजेन्ट वस्तुबाट अर्को वस्तुको डेटा पहुँच गर्न असम्भव छ।

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

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

Zabbix सँग राम्रो र विस्तृत API कागजात छ। एपीआई मार्फत डाटा आदानप्रदानको लागि, Json डाटा ढाँचा प्रयोग गरिन्छ। विवरण मा पाउन सकिन्छ आधिकारिक दस्तावेज.

हामीलाई आवश्यक डेटा प्राप्त गर्न र म्याक्रोमा रेकर्ड गर्ने कार्यहरूको क्रम तलको रेखाचित्रमा देखाइएको छ।

1 कदम

धेरै पहिलो चरणमा एकल कार्य वा धेरै कार्यहरू समावेश हुन सक्छ। सबै मुख्य तर्कहरू पहिलो चरणहरूमा राखिएको छ, र अन्तिम 3 चरणहरू मुख्य हुन्।

मेरो उदाहरणमा, पहिलो चरण पहिलो कार्यको लागि PBX मा प्राधिकरण कुकीहरू प्राप्त गर्नु थियो। दोस्रो कार्यको लागि, मैले Mikrotik फर्मवेयरको हालको संस्करणको नम्बर पाएँ।

Mikrotik फर्मवेयरको हालको संस्करणहरूको URL

• upgrade.mikrotik.com/routeros/LATEST.6 - हालको स्थिर संस्करणको URL ठेगाना
• upgrade.mikrotik.com/routeros/LATEST.6fix - हालको LTS संस्करणको URL ठेगाना

यी ठेगानाहरू Mikrotik उपकरणहरूद्वारा पहुँच गरिन्छ जब नवीनतम उपलब्ध फर्मवेयर संस्करण प्राप्त हुन्छ।

पहिलो चरण प्रत्येक मामलाको लागि पूर्ण रूपमा व्यक्तिगत छ र यसको कामको तर्क फरक हुन सक्छ। यो सबै आफ्नो कार्य मा निर्भर गर्दछ।

वेब स्क्रिप्टहरूसँग काम गर्दा, तपाईंलाई कुन प्रतिक्रिया विधि चाहिन्छ ट्र्याक राख्नुहोस्। हेडि .हरू HTTP प्रतिक्रिया वा स्व शरीर हेडर बिना प्रतिक्रिया?
यदि प्राधिकरण कुकीहरू आवश्यक छ भने, त्यसपछि प्रतिक्रिया विधि सेट गर्नुहोस् हेडि .हरू Asterisk को मामला मा जस्तै।

यदि तपाईलाई डेटा चाहिन्छ भने, जस्तै मिक्रोटिक सर्भर प्रतिक्रियाको मामलामा, राख्नुहोस् शरीर हेडर बिना प्रतिक्रिया।

2 कदम

दोस्रो चरणमा जाऔं। प्राधिकरण सत्र प्राप्त गर्दै:

POST http://company.com/zabbix/api_jsonrpc.php HTTP/1.1
Content-Type: application/json-rpc

{
    "jsonrpc": "2.0",
    "method": "user.login",
    "params": {
        "user": "Admin"
        "password": "zabbix"
    },
    "id": 1,
    "auth": null
}

jsonrpc JSON-RPC प्रोटोकलको संस्करण हो जुन प्रयोग भइरहेको छ;
Zabbix ले JSON-RPC संस्करण 2.0 लागू गर्दछ;

• विधि - भनिन्छ विधि;
• params - विधि द्वारा पारित मापदण्डहरू;
• आईडी एक मनमानी अनुरोध पहिचानकर्ता हो;
• auth - प्रयोगकर्ता प्रमाणीकरण कुञ्जी; किनकि हामीसँग यो अझै छैन, यसलाई शून्यमा सेट गरौं।

API सँग काम गर्न, मैले सीमित अधिकारहरूको साथ छुट्टै खाता सिर्जना गरें। पहिलो, तपाईंले जहाँ आवश्यक छैन त्यहाँ पहुँच दिन आवश्यक छैन। र दोस्रो, संस्करण 5.0 भन्दा पहिले, म्याक्रो मार्फत सेट गरिएको पासवर्ड पढ्न सकिन्छ। तदनुसार, यदि तपाइँ Zabbix प्रशासक पासवर्ड प्रयोग गर्नुहुन्छ भने, प्रशासक खाता चोरी गर्न सजिलो छ।

तेस्रो-पक्ष स्क्रिप्टहरू मार्फत API सँग काम गर्दा र छेउमा प्रमाणहरू भण्डारण गर्दा यो विशेष गरी सत्य हुनेछ।

संस्करण 5.0 देखि म्याक्रोमा सुरक्षित पासवर्ड लुकाउने विकल्प छ।

API मार्फत डाटा अपडेट गर्नको लागि छुट्टै खाता सिर्जना गर्दा, तपाइँलाई चाहिने डाटा वेब इन्टरफेस मार्फत उपलब्ध छ कि छैन र यसलाई अद्यावधिक गर्न सम्भव छ कि छैन भनेर जाँच गर्न निश्चित हुनुहोस्। मैले जाँच गरेन, र त्यसपछि लामो समयसम्म मैले बुझ्न सकेन किन मलाई चाहिएको म्याक्रो एपीआईमा देखिएन।

हामीले API मा प्राधिकरण प्राप्त गरेपछि, हामी म्याक्रोहरूको सूची प्राप्त गर्न अगाडि बढ्छौं।

3 कदम

API ले तपाईंलाई नामद्वारा होस्ट म्याक्रो अद्यावधिक गर्न अनुमति दिँदैन, तपाईंले पहिले म्याक्रो ID प्राप्त गर्नुपर्छ। यसबाहेक, एक विशिष्ट होस्टको लागि म्याक्रोहरूको सूची प्राप्त गर्न, तपाईंलाई यो होस्टको ID थाहा हुनुपर्छ, र यो एक अतिरिक्त अनुरोध हो। पूर्वनिर्धारित म्याक्रो प्रयोग गर्नुहोस् {होस्ट आईडी} अनुरोध मा अनुमति छैन। मैले यसरी प्रतिबन्ध बाईपास गर्ने निर्णय गरें:

मैले यो होस्टको ID मार्फत स्थानीय म्याक्रो सिर्जना गरें। वेब इन्टरफेसबाट होस्ट आईडी पत्ता लगाउन धेरै सजिलो छ।

दिइएको होस्टमा सबै म्याक्रोहरूको सूचीको साथ प्रतिक्रियालाई ढाँचाद्वारा फिल्टर गर्न सकिन्छ:

regex:{"hostmacroid":"([0-9]+)"[A-z0-9,":]+"{$MIKROTIK_VERSION}"

यसरी, हामीले हामीलाई चाहिने म्याक्रोको ID पाउँछौं, जहाँ MIKROTIK_VERSION हामीले खोजिरहेका म्याक्रोको नाम हो। मेरो अवस्थामा, म्याक्रो खोजिएको छ MIKROTIK_VERSIONत्यो होस्टलाई तोकिएको थियो।

अनुरोध आफैं यस्तो देखिन्छ:

POST http://company.com/zabbix/api_jsonrpc.php HTTP/1.1
Content-Type: application/json-rpc

{
    "jsonrpc":"2.0",
    "method":"usermacro.get",
    "params":{
        "output":"extend",
        "hostids":"{$HOST_ID}"
    },
    "auth":"{sid}",
    "id":1
}

परिवर्तनशील {sid} दोस्रो चरणमा प्राप्त र लगातार प्रयोग गरिनेछ, जहाँ तपाइँ API इन्टरफेस संग काम गर्न आवश्यक छ।

अन्तिम ४ चरण - म्याक्रो अद्यावधिक गर्दै

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

POST http://company.com/zabbix/api_jsonrpc.php HTTP/1.1
Content-Type: application/json-rpc

{
    "jsonrpc":"2.0",
    "method":"usermacro.update",
    "params":{
        "hostmacroid":"{hostmacroid}",
        "value":"{mikrotik_version}"
    },
    "auth":"{sid}",
    "id":1
}

{mikrotik_version} पहिलो चरणमा प्राप्त मूल्य हो। मेरो उदाहरण मा, वर्तमान mikrotik फर्मवेयर को संस्करण
{hostmacroid} - मान तेस्रो चरणमा प्राप्त भएको थियो - म्याक्रोको आईडी जुन हामीले अद्यावधिक गर्दैछौं।

निष्कर्ष

मानक कार्यक्षमताको साथ समस्या समाधान गर्ने दृष्टिकोण धेरै जटिल र लामो छ। विशेष गरी यदि तपाइँ प्रोग्रामिङ जान्नुहुन्छ र द्रुत रूपमा लिपिमा आवश्यक तर्क थप्न सक्नुहुन्छ।

यस दृष्टिकोणको स्पष्ट फाइदा विभिन्न सर्भरहरू बीचको समाधानको "पोर्टेबिलिटी" हो।

मेरो लागि व्यक्तिगत रूपमा, यो अनौठो छ कि HTTP एजेन्टले अर्को वस्तुको डाटा पहुँच गर्न सक्दैन र तिनीहरूलाई अनुरोध मुख्य भाग वा हेडरहरूमा प्रतिस्थापन गर्न सक्दैन। ZBXNEXT-5993].

समाप्त टेम्प्लेट सक्छ GitHub मा डाउनलोड गर्नुहोस्.

स्रोत: www.habr.com