ਜ਼ੈਬਿਕਸ ਨੂੰ ਬਕਸੇ ਦੇ ਬਾਹਰ ਤਾਰੇ ਦੇ ਨਾਲ ਕਿਵੇਂ ਕਨੈਕਟ ਕਰਨਾ ਹੈ

ਪਿਛਲੇ ਲੇਖ ਵਿੱਚ "ਜ਼ੈਬਿਕਸ - ਮੈਕਰੋ ਸੀਮਾਵਾਂ ਦਾ ਵਿਸਤਾਰ" ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਿਆ ਹੈ ਕਿ ਅਧਿਕਾਰ ਸੈਸ਼ਨ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਸਥਾਨਕ ਹੋਸਟ ਮੈਕਰੋ ਵਿੱਚ ਬਦਲਣਾ ਹੈ। ਇਸ ਲੇਖ ਵਿਚ ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਬਾਹਰੀ ਸਕ੍ਰਿਪਟਾਂ ਅਤੇ ਸੌਫਟਵੇਅਰ ਤੋਂ ਬਿਨਾਂ ਜ਼ੈਬਿਕਸ ਨੂੰ ਐਸਟਰਿਸਕ ਨਾਲ ਕਿਵੇਂ ਜੋੜਿਆ ਜਾਵੇ।

ਇਹਨਾਂ ਦੋ ਪ੍ਰਣਾਲੀਆਂ ਦੇ "ਦੋਸਤ" ਬਣਾਉਣ ਦਾ ਵਿਚਾਰ ਬਹੁਤ ਸਮਾਂ ਪਹਿਲਾਂ ਪੈਦਾ ਹੋਇਆ ਸੀ, ਬਿਨਾਂ ਵਾਧੂ ਸੌਫਟਵੇਅਰ ਜਾਂ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕੀਤੇ. ਇੱਕ ਤੇਜ਼ ਗੂਗਲਿੰਗ ਨੇ ਬਹੁਤ ਸਾਰੇ ਸੰਭਾਵੀ ਹੱਲ ਕੱਢੇ, ਇਹ ਸਭ ਇਸ ਤੱਥ 'ਤੇ ਉਬਾਲਿਆ ਗਿਆ ਕਿ ਸਕ੍ਰਿਪਟਾਂ (ਪਾਈਹਾ, ਬਾਸ਼, ਪਾਈਥਨ, ਆਦਿ ਵਿੱਚ) ਨੂੰ ਸਰਵਰ 'ਤੇ ਅੱਪਲੋਡ ਕਰੋ, ਅਤੇ ਤੁਸੀਂ ਖੁਸ਼ ਹੋਵੋਗੇ। ਮੈਂ "ਬਾਕਸ ਤੋਂ ਬਾਹਰ" ਨਿਗਰਾਨੀ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ - ਬਿਨਾਂ ਬਾਹਰੀ ਸਕ੍ਰਿਪਟਾਂ ਅਤੇ ਨਿਗਰਾਨੀ ਅਤੇ PBX ਦੇ ਨਾਲ ਸਰਵਰ 'ਤੇ ਵਾਧੂ ਸੌਫਟਵੇਅਰ ਸਥਾਪਤ ਕਰਨਾ।

ਮੈਂ ਇਸ ਨਾਲ ਕੁੱਲ 4 ਕੰਮਕਾਜੀ ਦਿਨ ਬਿਤਾਏ, ਪਰ ਨਤੀਜਾ ਇਸ ਦੇ ਯੋਗ ਸੀ। AMI ਇੰਟਰਫੇਸ ਦੁਆਰਾ ਕੰਮ ਕਰਨਾ, ਘੱਟ-ਪੱਧਰੀ ਖੋਜ, ਟਰਿਗਰਸ, ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, PBX ਅਤੇ ਹੋਰ ਸਾਰੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਜੋੜਨ ਵਿੱਚ ਹੁਣ ਲਗਭਗ 15 ਮਿੰਟ ਲੱਗਦੇ ਹਨ।

Zabbix 4.4 ਉਪਲਬਧ ਹੈ, Asterisk ਸੰਸਕਰਣ 100 ਦੇ ਲਗਭਗ 13 ਟੁਕੜੇ। ਕੁਝ PBXs FreePBX ਵੈੱਬ ਇੰਟਰਫੇਸ ਦੇ ਨਾਲ ਆਉਂਦੇ ਹਨ, ਕੁਝ ਇੱਕ ਨੰਗੇ ਕੰਸੋਲ ਦੇ ਨਾਲ, ਟ੍ਰਿਕਸ ਦਾ ਇੱਕ ਸਮੂਹ ਅਤੇ ਇੱਕ ਡਾਇਲਪਲਾਨ ਦੁਆਰਾ ਏਕੀਕਰਣ।

PBX ਤੋਂ ਡਾਟਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ

ਪਹਿਲਾ ਅਤੇ ਮੁੱਖ ਬਿੰਦੂ ਜਿਸ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਉਹ ਹੈ ਸਾਥੀਆਂ ਅਤੇ SIP ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਬਾਰੇ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨਾ. ਇਸ ਮੰਤਵ ਲਈ, PBX ਕੋਲ AGI, AMI, ARI ਅਤੇ SSH ਕੰਸੋਲ ਇੰਟਰਫੇਸ ਹਨ। ਸਪੱਸ਼ਟ ਕਾਰਨਾਂ ਕਰਕੇ, ਮੈਂ ਵਾਧੂ ਮੈਡਿਊਲਾਂ 'ਤੇ ਵਿਚਾਰ ਨਹੀਂ ਕੀਤਾ।

ਪਹਿਲਾਂ ਸਾਨੂੰ ਇਹ ਪਤਾ ਲਗਾਉਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਇਹ ਅਗੀ, ਅਮੀ, ਅਰੀ ਕੀ ਹਨ...

• AGI - ਡਾਇਲਪਲਾਨ ਵਿੱਚ ਸਕ੍ਰਿਪਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ। ਮੁੱਖ ਤੌਰ 'ਤੇ ਕਾਲ ਪ੍ਰਬੰਧਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
• AMI - ਸਾਰੀ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ, ਪੋਰਟ 5038 ਦੁਆਰਾ ਕੰਮ ਕਰਦਾ ਹੈ, ਟੇਲਨੈੱਟ ਵਾਂਗ ਹੀ। ਸਾਡੇ ਲਈ ਅਨੁਕੂਲ ਹੈ!
• ARI - ਆਧੁਨਿਕ, ਫੈਸ਼ਨੇਬਲ, JSON। ਬਹੁਤ ਸਾਰੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਹਨ, ਜ਼ੈਬਿਕਸ ਲਈ ਡੇਟਾ ਫਾਰਮੈਟ ਸਮਝਣ ਯੋਗ ਹੈ, ਪਰ ਮੇਰੇ ਲਈ ਕੋਈ ਮੁੱਖ ਗੱਲ ਨਹੀਂ ਹੈ: ਤੁਸੀਂ ਸਿਪ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨੂੰ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰ ਸਕਦੇ. ਇੱਕ ਹੋਰ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਸਾਥੀਆਂ ਲਈ ਔਨਲਾਈਨ/ਆਫਲਾਈਨ ਸਿਰਫ ਦੋ ਰਾਜ ਹਨ, ਹਾਲਾਂਕਿ ਇੱਥੇ ਹੋਰ ਰਾਜ ਹਨ ਅਤੇ ਨਿਦਾਨ ਕਰਨ ਵੇਲੇ ਉਹਨਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਲਾਭਦਾਇਕ ਹੈ।
• SSH ਸਭ ਕੁਝ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਕਈ ਵਾਰ "ਸੁਰੱਖਿਆ ਕਾਰਨਾਂ" ਕਰਕੇ ਇਸਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਵਿਚਾਰ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਮੈਂ ਉਨ੍ਹਾਂ ਵਿੱਚ ਨਹੀਂ ਜਾਵਾਂਗਾ।

ਹਾਲਾਂਕਿ, ਇਸਦੀਆਂ ਸਾਰੀਆਂ ਕਮੀਆਂ ਦੇ ਨਾਲ, ARI ਸਾਰੀਆਂ ਨਿਗਰਾਨੀ ਲੋੜਾਂ ਦੇ 90% ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।

ਜ਼ੈਬਿਕਸ ਅਤੇ ਟੇਲਨੈੱਟ - ਮੇਰੀ ਨਿਰਾਸ਼ਾ

ਮੈਂ AMI ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣਦਾ ਹਾਂ; ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਮੈਂ ਰਿਮੋਟ ਦਫਤਰਾਂ, ਕਾਲ ਪ੍ਰਬੰਧਨ, ਆਦਿ ਦੁਆਰਾ ਵੰਡ ਨਾਲ ਗੱਲਬਾਤ ਵਿੱਚ ਨੁਕਸਾਨ ਦੀ ਟਰੈਕਿੰਗ ਲਾਗੂ ਕੀਤੀ ਸੀ। ਟੇਲਨੈੱਟ ਦੇ ਨਾਲ, ਸਭ ਕੁਝ ਵੀ ਬਹੁਤ ਸਪੱਸ਼ਟ ਹੈ: ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹੋ, ਕਮਾਂਡਾਂ ਭੇਜੋ ਅਤੇ ਜਵਾਬ ਪੜ੍ਹੋ। ਮੈਂ ਇਹੀ ਕੀਤਾ, ਪਰ ਨਤੀਜੇ ਨੇ ਮੈਨੂੰ ਨਿਰਾਸ਼ ਕੀਤਾ।

ਜ਼ੈਬਿਕਸ ਵਿੱਚ ਟੇਲਨੈੱਟ ਲੀਨਕਸ ਕੰਸੋਲ ਦੇ ਸਮਾਨ ਨਹੀਂ ਹੈ, ਇਹ ਥੋੜਾ ਸਰਲ ਹੈ ਅਤੇ ਮਿਆਰੀ ਅਧਿਕਾਰ ਜਿਵੇਂ ਕਿ ਲੌਗਇਨ/ਪਾਸਵਰਡ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਜੇਕਰ ਪ੍ਰਮਾਣੀਕਰਨ ਤਰਕ ਵੱਖਰਾ ਹੈ, ਅਤੇ ਲੌਗਇਨ/ਪਾਸਵਰਡ ਜੋੜੇ ਲਈ ਕੋਈ ਬੇਨਤੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਇੱਕ ਗਲਤੀ ਆਉਂਦੀ ਹੈ। ਅਧਿਕਾਰ ਦੀ ਲੋੜ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਦੀਆਂ ਵਿਅਰਥ ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਬਾਅਦ, ਟੈਲਨੈੱਟ ਮੋਡੀਊਲ ਦੇ ਸਰੋਤ ਕੋਡ ਨੂੰ ਦੇਖਣਾ ਲਾਭਦਾਇਕ ਸੀ।

ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਜਦੋਂ ਤੱਕ ਰਵਾਇਤੀ ਲੌਗਇਨ ਅਤੇ ਪਾਸਵਰਡ ਬੇਨਤੀ ਨਹੀਂ ਹੁੰਦੀ, ਮੈਂ ਅੱਗੇ ਨਹੀਂ ਵਧਾਂਗਾ। ਸਿਰਫ਼ ਮਜ਼ੇ ਲਈ, ਮੈਂ ਕੋਡ ਤੋਂ ਅਧਿਕਾਰ ਨਾਲ ਸਬੰਧਤ ਹਰ ਚੀਜ਼ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਹੈ ਅਤੇ ਹਰ ਚੀਜ਼ ਨੂੰ ਦੁਬਾਰਾ ਇਕੱਠਾ ਕੀਤਾ ਹੈ। ਕੰਮ ਕਰਦਾ ਹੈ! ਪਰ ਇਹ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ। ਲੰਗ ਜਾਓ…

ਆਉ ਖੋਜ ਵੱਲ ਵਾਪਸ ਆਉਂਦੇ ਹਾਂ

ਮੈਂ ਏਆਰਆਈ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਦੁਬਾਰਾ ਪੜ੍ਹਿਆ, ਵਾਧੂ ਟੈਸਟ ਕਰਵਾਏ - ਇੱਥੇ ਕੋਈ ਸਿਪ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨਹੀਂ ਹਨ। ਦਾਅਵਤ ਹਨ, ਗੱਲਬਾਤ ਹਨ, ਬ੍ਰੀਚ ਹਨ, ਪਰ ਕੋਈ ਰਜਿਸਟਰੇਸ਼ਨ ਨਹੀਂ ਹਨ. ਕਿਸੇ ਸਮੇਂ ਮੈਂ ਇਹ ਵੀ ਸੋਚਿਆ, ਕੀ ਸਾਨੂੰ ਅਸਲ ਵਿੱਚ ਗਿਰਝਾਂ ਦੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਲੋੜ ਹੈ?

ਇੱਕ ਮਜ਼ਾਕੀਆ ਇਤਫ਼ਾਕ ਨਾਲ, ਇਸ ਸਮੇਂ ਉਪਭੋਗਤਾ ਤੋਂ ਇੱਕ ਹੋਰ ਬੇਨਤੀ ਆਉਟਗੋਇੰਗ ਕਾਲਾਂ ਵਿੱਚ ਸਮੱਸਿਆ ਦੇ ਨਾਲ ਆਉਂਦੀ ਹੈ। ਸਮੱਸਿਆ ਇਹ ਸੀ ਕਿ SIP ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਰੁਕ ਰਹੀ ਸੀ ਅਤੇ ਸਿਰਫ਼ ਮੋਡੀਊਲ ਨੂੰ ਰੀਬੂਟ ਕਰਕੇ ਹੱਲ ਕੀਤਾ ਗਿਆ ਸੀ।

asterisk -rx "sip reload"

ਵੈੱਬ 'ਤੇ AMI ਤੱਕ ਪਹੁੰਚ ਕਰਨਾ ਬਹੁਤ ਵਧੀਆ ਹੋਵੇਗਾ: ਇਹ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰ ਦੇਵੇਗਾ, ਮੈਂ ਸੋਚਿਆ. ਮੈਂ ਇਸ ਦਿਸ਼ਾ ਵਿੱਚ ਖੋਦਣਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹਾਂ, ਅਤੇ ਸ਼ਾਬਦਿਕ ਤੌਰ 'ਤੇ ਪਹਿਲੀ ਖੋਜ ਲਾਈਨ ਅਧਿਕਾਰਤ ਅਸਟੇਰਿਸਕ ਦਸਤਾਵੇਜ਼ਾਂ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਹਿੰਦੀ ਹੈ ਕਿ ਮੇਰੇ ਕੰਮਾਂ ਲਈ ਇੱਕ ਵਿਕਲਪ ਹੈ. ਵੈੱਬ ਯੋਗ ਫਾਈਲ ਵਿੱਚ /etc/asterisk/manager.conf, ਜਿਸ ਨੂੰ ਭਾਗ ਵਿੱਚ ਹਾਂ 'ਤੇ ਸੈੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ [ਆਮ]

ਇਸ ਤੋਂ ਬਾਅਦ, ਫਾਰਮ ਦੀ ਨਿਯਮਤ ਵੈੱਬ ਬੇਨਤੀ ਦੁਆਰਾ http://ats:8089/mxml?action=SIPshowregistry ਸਾਨੂੰ ਸਾਰੀ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਮਿਲਦੀ ਹੈ।

FreePBX ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਤੁਸੀਂ ਵੈੱਬ ਦੁਆਰਾ ਇਸ ਵਿਕਲਪ ਨੂੰ ਸਮਰੱਥ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ; ਤੁਹਾਨੂੰ manager.conf ਫਾਈਲ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਕੇ ਇਸਨੂੰ ਕੰਸੋਲ ਦੁਆਰਾ ਸਮਰੱਥ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। FreePBX ਇਸ ਨੂੰ ਨਹੀਂ ਮਿਟਾਉਂਦਾ ਹੈ ਜਦੋਂ ਵੈੱਬ ਰਾਹੀਂ ਸੰਰਚਨਾ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਮੈਂ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ Asterisk ਏਕੀਕਰਣਾਂ ਨਾਲ ਕੰਮ ਕੀਤਾ ਹੈ, ਪਰ ਮੈਂ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਕਿਤੇ ਵੀ ਜ਼ਿਕਰ ਨਹੀਂ ਦੇਖਿਆ ਹੈ। ਮੈਂ ਹੈਰਾਨ ਸੀ ਕਿ ਕੋਈ ਵੀ ਪੀਬੀਐਕਸ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਦੇ ਇਸ ਢੰਗ ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਦਾ. ਇਸ ਵਿਸ਼ੇ 'ਤੇ ਜਾਣਕਾਰੀ ਲੱਭਣ ਲਈ ਇਹ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਲਾਭਦਾਇਕ ਸੀ: ਇੱਥੇ ਅਮਲੀ ਤੌਰ 'ਤੇ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ ਜਾਂ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਕੰਮਾਂ ਲਈ ਵਰਤਿਆ ਗਿਆ ਸੀ.

WEB AMI - ਕਿਸ ਕਿਸਮ ਦਾ ਜਾਨਵਰ?

ਇੱਕ ਵਿਕਲਪ ਸ਼ਾਮਲ ਕਰਨਾ ਵੈੱਬ ਯੋਗ ਫਾਈਲ ਕਰਨ ਲਈ manager.conf ਵੈੱਬ ਰਾਹੀਂ ATS ਪ੍ਰਬੰਧਨ ਤੱਕ ਪੂਰੀ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕੀਤੀ। ਇੱਕ ਨਿਯਮਤ AMI ਦੁਆਰਾ ਉਪਲਬਧ ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਹੁਣ ਵੈੱਬ 'ਤੇ ਹਨ, ਤੁਸੀਂ ਇੱਕ ਸਾਕਟ ਦੁਆਰਾ PBX ਤੋਂ ਇਵੈਂਟਾਂ ਨੂੰ ਸੁਣ ਸਕਦੇ ਹੋ। ਓਪਰੇਸ਼ਨ ਦਾ ਸਿਧਾਂਤ ਕੰਸੋਲ AMI ਤੋਂ ਵੱਖਰਾ ਨਹੀਂ ਹੈ. ਇਸ ਵਿਕਲਪ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਹੇਠਲੇ ਪਤੇ 'ਤੇ PBX ਨਾਲ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹੋ:

https://ats:8089/manager - ਜਾਂਚ ਅਤੇ ਹੱਥੀਂ ਬੇਨਤੀਆਂ ਭੇਜਣ ਲਈ ਇੱਕ ਸਧਾਰਨ ਇੰਟਰਫੇਸ ਵਾਲਾ ਇੱਕ ਵੈਬ ਪੇਜ। ਸਾਰੇ ਜਵਾਬ ਪੜ੍ਹਨਯੋਗ HTML ਵਿੱਚ ਫਾਰਮੈਟ ਕੀਤੇ ਗਏ ਹਨ। ਨਿਗਰਾਨੀ ਲਈ ਬਹੁਤ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ.
https://ats:8089/rawman — ਸਿਰਫ਼ ਟੈਕਸਟ ਆਉਟਪੁੱਟ, ਕੰਸੋਲ AMI ਦੇ ਸਮਾਨ ਫਾਰਮੈਟ
https://ats:8089/mxml - ਸਿਰਫ਼ ਟੈਕਸਟ ਆਉਟਪੁੱਟ, XML ਫਾਰਮੈਟ ਵਿੱਚ। ਸਾਡੇ ਲਈ ਅਨੁਕੂਲ ਹੈ!

ਫਿਰ ਮੈਂ ਸੋਚਿਆ: “ਇਹ ਹੱਲ ਹੈ! ਹੁਣ ਸਭ ਕੁਝ ਤਿਆਰ ਹੋ ਜਾਵੇਗਾ! ਆਸਾਨ-ਪੀਜ਼ੀ ਨਿੰਬੂ ਨਿਚੋੜ," ਪਰ ਇਹ ਖੁਸ਼ੀ ਕਰਨ ਲਈ ਬਹੁਤ ਜਲਦੀ ਸੀ। ਸਾਨੂੰ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਲੋੜੀਂਦੀ ਕਾਰਵਾਈ ਦੇ ਨਾਲ ਇੱਕ GET ਬੇਨਤੀ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਕਾਫ਼ੀ ਹੈ ਕਾਰਵਾਈ, ਜੋ ਕਿ ਜਵਾਬ ਵਿੱਚ ਸਾਰੀਆਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀ ਸਥਿਤੀ ਦੀ ਸੂਚੀ ਦੇ ਨਾਲ xml ਵਾਪਸ ਕਰਦਾ ਹੈ। ਇਹ ਸਭ ਬਹੁਤ ਵਧੀਆ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਕੂਕੀ ਤੋਂ ਸੈਸ਼ਨ ਨੂੰ ਯਾਦ ਰੱਖਣ ਲਈ ਅਧਿਕਾਰ ਦੀ ਲੋੜ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਟੈਸਟ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਬਾਰੇ ਨਹੀਂ ਸੋਚਦੇ।

ਅਧਿਕਾਰਤ ਪ੍ਰਕਿਰਿਆ

ਪਹਿਲਾਂ ਅਸੀਂ ਪਤੇ ਨੂੰ ਸੰਬੋਧਨ ਕਰਦੇ ਹਾਂ http://ats:8089/mxml?action=login&username=zabbix&secret=zabbix, ਜਵਾਬ ਵਿੱਚ, ਸਰਵਰ ਸਾਨੂੰ ਅਧਿਕਾਰ ਸੈਸ਼ਨ ਦੇ ਨਾਲ ਇੱਕ ਕੂਕੀ ਭੇਜਦਾ ਹੈ। ਇੱਕ HTTP ਬੇਨਤੀ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

https://ats:8089/mxml?action=login&username=zabbix&secret=zabbix

Host: ats:8089
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:77.0) Gecko/20100101 Firefox/77.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate, br
DNT: 1
Connection: keep-alive
Upgrade-Insecure-Requests: 1

ਉੱਤਰ:

GET: HTTP/1.1 200 OK
Server: Asterisk/13.29.2
Date: Thu, 18 Jun 2020 17:41:19 GMT
Cache-Control: no-cache, no-store
Content-type: text/xml
Set-Cookie: mansession_id="6f5de42c"; Version=1; Max-Age=600
Pragma: SuppressEvents
Content-Length: 146

<ajax-response>
<response type="object" id="unknown">
<generic response="Success" message="Authentication accepted"/>
</response>
</ajax-response>

ਉੱਥੇ ਕੰਮ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ mansession_id="6f5de42c", ਅਰਥਾਤ ਪ੍ਰਮਾਣਿਕਤਾ ਕੂਕੀ ਖੁਦ।
ਸਮੱਗਰੀ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਜਵਾਬ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ "ਪ੍ਰਮਾਣਿਕਤਾ ਸਵੀਕਾਰ ਕੀਤੀ ਗਈ" ਅੱਗੇ, ਪੀਬੀਐਕਸ ਸਰਵਰ ਦੀਆਂ ਸਾਰੀਆਂ ਕਾਲਾਂ ਲਈ, ਸਾਨੂੰ ਬੇਨਤੀ ਵਿੱਚ ਇੱਕ ਪ੍ਰਮਾਣੀਕਰਨ ਕੂਕੀ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ।

https://ats:8089/mxml?action=SIPpeers

Host: ats:8089
Connection: close
Cookie: mansession_id="6f5de42c"

ਇੱਥੇ ਪੜ੍ਹੋ ਕਿ ਪ੍ਰਮਾਣੀਕਰਨ ਕੂਕੀ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਨੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਹੋਰ ਬੇਨਤੀਆਂ ਵਿੱਚ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ: “ਜ਼ੈਬਿਕਸ - ਮੈਕਰੋ ਸੀਮਾਵਾਂ ਦਾ ਵਿਸਤਾਰ ਕਰਨਾ»

Zabbix ਵਿੱਚ ਟਰੈਕਿੰਗ ਤੱਤ ਬਣਾਉਣ ਲਈ ਮੈਂ ਆਟੋ ਡਿਟੈਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ।

ਆਟੋ ਖੋਜ

ਆਪਣੇ ਆਪ ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਅਤੇ ਪੀਅਰ ਸਟੇਟਾਂ ਨੂੰ ਟਰੈਕ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਪਤੇ 'ਤੇ ਸੰਪਰਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ: https://ats:8089/mxml?action=SIPshowregistry ਜ https://ats:8089/mxml?action=SIPpeers

ਜਵਾਬ ਵਿੱਚ, PBX ਸਾਨੂੰ ਇੱਕ XML ਜਵਾਬ ਦਿੰਦਾ ਹੈ:

<ajax-response>
<response type="object" id="unknown">
<generic response="Success" eventlist="start" message="Registrations will follow"/>
</response>
...
<response type="object" id="unknown">
<generic event="RegistryEntry" host="login.mtt.ru" port="5060" username="111111" domain="login.mtt.ru" domainport="5060" refresh="105" state="Registered" registrationtime="1592502142"/>
</response>
<response type="object" id="unknown">
<generic event="RegistryEntry" host="voip.uiscom.ru" port="5060" username="222222" domain="voip.uiscom.ru" domainport="5060" refresh="105" state="Registered" registrationtime="1592502142"/>
</response>
<response type="object" id="unknown">
<generic event="RegistryEntry" host="voip.uiscom.ru" port="5060" username="333333" domain="voip.uiscom.ru" domainport="5060" refresh="105" state="Registered" registrationtime="1592502142"/>
</response>
...
</ajax-response>

ਜਵਾਬ ਵਿੱਚ ਬਹੁਤ ਸਾਰਾ ਕੂੜਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰੀਪ੍ਰੋਸੈਸਿੰਗ ਵਿੱਚ ਅਸੀਂ ਇਸਨੂੰ ਟੈਂਪਲੇਟ ਦੁਆਰਾ ਫਿਲਟਰ ਕਰਦੇ ਹਾਂ ਐਕਸਪਾਥ: //ਜਵਾਬ/ਆਮ[@ਹੋਸਟ]
ਫਿਰ ਮਜ਼ਾ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਖੋਜ ਦੇ ਨਾਲ ਕੰਮ ਕਰਨ ਅਤੇ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਤੱਤ ਬਣਾਉਣ ਲਈ, ਜਵਾਬ JSON ਫਾਰਮੈਟ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। XML ਆਟੋ ਖੋਜਾਂ ਲਈ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।

XML ਨੂੰ JSON ਵਿੱਚ ਬਦਲਣ ਲਈ, ਮੈਨੂੰ ਆਟੋ ਰਿਪਲੇਸਮੈਂਟ ਦੇ ਨਾਲ ਥੋੜਾ ਜਿਹਾ ਖੇਡਣਾ ਪਿਆ, ਜਿਸ ਲਈ ਮੈਂ ਜੇ.ਐੱਸ.

ਇੱਕ ਦਿਲਚਸਪ ਬਿੰਦੂ: ATS ਜਵਾਬ ਵਿੱਚ, ਸਾਰੇ ਮਾਪਦੰਡ ਸਿੰਗਲ ਕੋਟਸ ਨਾਲ ਘਿਰੇ ਹੋਏ ਹਨ, ਅਤੇ ਟੈਂਪਲੇਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਬਾਅਦ //ਜਵਾਬ/ਆਮ[@ਹੋਸਟ] ਉਹ ਡਬਲ ਲੋਕਾਂ ਦੁਆਰਾ ਬਦਲੇ ਜਾਂਦੇ ਹਨ।

ਤੱਤ ਬਣਾਉਣ ਲਈ, ਅਸੀਂ XML ਜਵਾਬ (ਹੁਣ JSON) ਤੋਂ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

SIP ਰਜਿਸਟਰੀ

ਸਿਪ ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਲਈ ਅਸੀਂ ਤਿੰਨ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ: ਉਪਭੋਗੀ, ਹੋਸਟ, ਪੋਰਟ. ਮੈਂ ਤੱਤ ਦੇ ਨਾਮ ਤੋਂ ਖੁਸ਼ ਸੀ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]: 5060, ਮੈਨੂੰ ਕੋਈ ਅਜਿਹੀ ਸਥਿਤੀ ਨਹੀਂ ਮਿਲੀ ਹੈ ਜਿੱਥੇ ਤੁਹਾਨੂੰ ਸਾਰੇ ਪੰਜ ਵੇਰੀਏਬਲ ਵਰਤਣ ਦੀ ਲੋੜ ਹੈ।

ਮੁੱਖ ਤੱਤ ਜੋ ਸਾਰੀਆਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, Asterisk - AMI SIPshowregistry. ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਇੱਕ ਵਾਰ ਇਹ ਇੱਕ GET ਬੇਨਤੀ ਕਰਦਾ ਹੈ https://ats:8089/mxml?action=SIPshowregistry, ਜਿਸ ਤੋਂ ਬਾਅਦ ਜਵਾਬ XML ਡੇਟਾ ਨੂੰ ਪਾਰਸ ਕਰਨ ਲਈ ਸਾਰੇ ਨਿਰਭਰ ਤੱਤਾਂ ਨੂੰ ਪਾਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਮੈਂ ਹਰੇਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਲਈ ਇੱਕ ਤੱਤ ਬਣਾਉਂਦਾ ਹਾਂ ਜੋ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇਹ ਸੁਵਿਧਾਜਨਕ ਹੈ ਕਿਉਂਕਿ ਅਸੀਂ ਇੱਕ ਬੇਨਤੀ ਵਿੱਚ ਅੱਪ-ਟੂ-ਡੇਟ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ, ਨਾ ਕਿ ਹਰੇਕ ਬੇਨਤੀ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ। ਇਸ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਕਮੀ ਹੈ - ਪ੍ਰੋਸੈਸਰ 'ਤੇ ਲੋਡ.

100 ਨਿਰਭਰ ਤੱਤਾਂ ਦੀ ਜਾਂਚ ਕਰਦੇ ਸਮੇਂ, ਮੈਂ ਲੋਡ ਵੱਲ ਧਿਆਨ ਨਹੀਂ ਦਿੱਤਾ, ਪਰ 1700 ਤੱਤਾਂ ਦੇ ਨਾਲ, ਇਸ ਨੇ ਪ੍ਰੋਸੈਸਰ 'ਤੇ ਇੱਕ ਧਿਆਨ ਦੇਣ ਯੋਗ 15 ਸਕਿੰਟ ਲੋਡ ਦਿੱਤਾ. ਇਸ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਨਿਰਭਰ ਤੱਤ ਹਨ।

ਲੋਡ ਨੂੰ "ਫੈਲਣ" ਜਾਂ ਕਿਸੇ ਤੱਤ ਲਈ ਵੱਖ-ਵੱਖ ਪੋਲਿੰਗ ਫ੍ਰੀਕੁਐਂਸੀ ਸੈੱਟ ਕਰਨ ਦੇ ਵਿਕਲਪ ਵਜੋਂ, ਤੁਸੀਂ ਪ੍ਰੋਸੈਸਿੰਗ ਤਰਕ ਨੂੰ ਹਰੇਕ ਤੱਤ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਭੇਜ ਸਕਦੇ ਹੋ।

ਮੈਂ ਪ੍ਰਾਪਤ ਜਾਣਕਾਰੀ ਨੂੰ ਮੁੱਖ ਤੱਤ ਵਿੱਚ ਸਟੋਰ ਨਹੀਂ ਕਰਦਾ ਹਾਂ। ਪਹਿਲਾਂ, ਮੈਨੂੰ ਇਸਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਦਿਖਾਈ ਦਿੰਦੀ, ਅਤੇ ਦੂਜਾ, ਜੇ ਜਵਾਬ 64K ਤੋਂ ਵੱਧ ਹੈ, ਤਾਂ ਜ਼ੈਬਿਕਸ ਇਸਨੂੰ ਕੱਟ ਦਿੰਦਾ ਹੈ.

ਕਿਉਂਕਿ ਅਸੀਂ ਨਿਰਭਰ ਤੱਤ ਲਈ ਇੱਕ ਪੂਰਾ XML ਜਵਾਬ ਵਰਤਦੇ ਹਾਂ, ਸਾਨੂੰ ਪ੍ਰੀ-ਪ੍ਰੋਸੈਸਿੰਗ ਵਿੱਚ ਇਸ ਤੱਤ ਦਾ ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਦੁਆਰਾ ਐਕਸਪਾਥ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਕੀਤਾ ਗਿਆ ਹੈ:
string(//response/generic[@event="RegistryEntry"][@username="{#SIP_REGISTRY_USERNAME}"][@host="{#SIP_REGISTRY_HOST}"][@port="{#SIP_REGISTRY_PORT}"]/@ ਰਾਜ)
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਥਿਤੀਆਂ ਲਈ, ਮੈਂ ਟੈਕਸਟ ਸਥਿਤੀਆਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ, ਪਰ JavaScript ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹਨਾਂ ਨੂੰ ਸੰਖਿਆਤਮਕ ਰੂਪ ਵਿੱਚ ਬਦਲਿਆ:

switch(value) {
  case 'Registered':
    return 1;
  case 'Unregistered':
    return 0;
  default:
    return -1;
}

SIP ਸਾਥੀ

SIP ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਦੇ ਸਮਾਨਤਾ ਦੁਆਰਾ, Asterisk - AMI SIPshowregistry ਦਾ ਇੱਕ ਮੁੱਖ ਤੱਤ ਹੈ, ਜਿਸ ਵਿੱਚ ਨਿਰਭਰ ਲੋਕਾਂ ਨੂੰ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ।

ਇਹ ਦੋ ਨਿਰਭਰ ਤੱਤ ਬਣਾਉਂਦਾ ਹੈ:

• ਪਾਠ ਰੂਪ ਵਿੱਚ ਪੀਅਰ ਸਥਿਤੀ
• ਡਿਵਾਈਸ ਜਵਾਬ ਸਮਾਂ - ਜੇਕਰ ਸਥਿਤੀ ਠੀਕ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਜਵਾਬ ਸਮਾਂ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ "-1"

ਤੱਤ ਦਾ ਮਾਰਗ ਆਪਣੇ ਆਪ ਵਿੱਚ ਥੋੜਾ ਸੌਖਾ ਹੈ ਐਕਸਪਾਥ:

ਸਤਰ(//ਜਵਾਬ/ਆਮ[@objectname="{#SIP_PEER_OBEJECTNAME}"]/@status)

ਦੂਜੇ ਤੱਤ ਲਈ ਮੈਂ ਵੱਖ ਕਰਨ ਲਈ JavaScript ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਵਾਬ ਸਮਾਂ ਪੀਅਰ ਸਥਿਤੀ ਤੋਂ, ਕਿਉਂਕਿ ਉਹ ਇਕੱਠੇ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ:

if(value.substring(0,2) == 'OK'){
	return value.match(/(d+)/gm);
}
else {
	return -1;
}

ਸਿੱਟਾ

ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਦਾ ਹੱਲ ਗੁੰਝਲਦਾਰ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਰੰਤ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਵੱਖ-ਵੱਖ ਪ੍ਰਣਾਲੀਆਂ ਵਿਚਕਾਰ ਲਚਕਤਾ ਅਤੇ ਪੋਰਟੇਬਿਲਟੀ ਵਧਾਉਂਦਾ ਹੈ

ਹਰ ਕੋਈ ਖੁਸ਼ ਅਤੇ ਆਸਾਨ ਏਕੀਕਰਣ! ਸੈੱਟਅੱਪ ਲਈ ਟੈਮਪਲੇਟ ਅਤੇ ਨਿਰਦੇਸ਼ GitHub.

ਸਰੋਤ: www.habr.com