ਪੋਰਟ 80 ਰਾਹੀਂ ਲੀਨਕਸ/ਓਪਨਵਰਟ/ਲੀਡ ਅਧਾਰਤ ਡਿਵਾਈਸਾਂ ਦੀ ਰਿਮੋਟ ਨਿਗਰਾਨੀ ਅਤੇ ਪ੍ਰਬੰਧਨ, ਜਾਰੀ ਰਿਹਾ

ਇਹ ਲੇਖ ਦਾ ਅੰਤਮ ਹਿੱਸਾ ਹੈ, ਇੱਥੇ ਸ਼ੁਰੂਆਤ ਹੈ habr.com/en/post/445568
ਪਿਛਲੀ ਵਾਰ ਮੈਂ ਇਸ ਬਾਰੇ ਲਿਖਿਆ ਸੀ ਕਿ ਮੈਂ ਡਿਵਾਈਸ ਨਿਗਰਾਨੀ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ, ਹੁਣ ਅਸੀਂ ਪ੍ਰਬੰਧਨ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ। ਗਾਹਕ ਦੇ ਪੱਖ 'ਤੇ "ਤਕਨੀਸ਼ੀਅਨਾਂ" ਨਾਲ ਵਿਚਾਰ-ਵਟਾਂਦਰੇ ਵਿੱਚ, ਮੈਨੂੰ ਅਕਸਰ ਅਜਿਹੇ ਛੋਟੇ ਯੰਤਰਾਂ (ਘੱਟ ਮੈਮੋਰੀ ਸਰੋਤਾਂ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਨਾਲ) ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੀ ਇੱਕ ਸੀਮਤ ਧਾਰਨਾ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਬਹੁਤ ਸਾਰੇ ਵਿਸ਼ਵਾਸ ਕਰਦੇ ਹਨ ਕਿ "ਸਾਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਲੋੜ ਹੈ ਇੱਕ ਰੀਬੂਟ ਭੇਜਣ ਦੀ, ਕੁਝ ਹੋਰ ਲਈ। ਗੰਭੀਰ ਅਸੀਂ ਇੱਕ ਟੀਮ ਭੇਜਾਂਗੇ”।
ਪਰ ਅਭਿਆਸ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੱਚ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਆਮ ਆਮ ਕੰਮਾਂ ਦੀ ਇੱਕ ਛੋਟੀ ਸੂਚੀ ਹੈ:

1. ਨੈੱਟਵਰਕ ਡਾਇਗਨੌਸਟਿਕਸ ਅਤੇ ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ। ਤੁਹਾਡੇ ਰਾਊਟਰ ਦੇ ਈਥਰਨੈੱਟ ਪੋਰਟ ਦੇ ਪਿੱਛੇ ਆਮ ਤੌਰ 'ਤੇ ਹਾਰਡਵੇਅਰ ਦਾ ਇੱਕ ਹੋਰ ਟੁਕੜਾ ਹੁੰਦਾ ਹੈ ਜਿਸਦਾ ਆਪਣਾ ਅੰਦਰੂਨੀ IP ਪਤਾ ਹੁੰਦਾ ਹੈ। ਕਈ ਵਾਰ, ਤੁਸੀਂ ਇਸਨੂੰ "ਪਿੰਗ" ਕਰ ਸਕਦੇ ਹੋ। ਜਾਂ ਸੁਰੰਗ ਪ੍ਰਬੰਧਨ - ਜੇਕਰ 3G ਮਾਡਮ ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਰਾਊਟਰ 'ਤੇ ਸੁਰੰਗ ਅਚਾਨਕ ਨਹੀਂ ਉੱਠਦੀ ਹੈ, ਪਰ ਅਸੀਂ ਰਾਊਟਰ ਨੂੰ ਖੁਦ ਦੇਖ ਸਕਦੇ ਹਾਂ।
2. ਸਿਸਟਮ ਦੀ ਸੰਭਾਲ. ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ, ਸੇਵਾ ਸਕ੍ਰਿਪਟ ਅੱਪਗਰੇਡ.
3. ਸੰਤੁਲਨ ਐਕਟ. ਇਸ ਨੂੰ "ਵਿਗਾੜ" ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ "ਸੰਤੁਲਨ" ਦੀ ਧਾਰਨਾ, ਜਿਵੇਂ ਕਿ ਮੈਂ ਹਵਾਲਾ ਦਿੰਦਾ ਹਾਂ, "ਇੱਕ ਅਸਥਿਰ ਸਰੀਰ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਸੰਤੁਲਨ ਬਣਾਈ ਰੱਖਣ ਲਈ ਇੱਕ ਸਰਕਸ ਕਲਾਕਾਰ ਦੀ ਯੋਗਤਾ" - ਬਿਹਤਰ ਫਿੱਟ. ਅਜਿਹੇ ਹਾਲਾਤ ਗਾਹਕ ਦੇ ਸੀਮਤ ਬਜਟ ਕਾਰਨ ਪੈਦਾ ਹੁੰਦੇ ਹਨ। ਹੇਠਾਂ ਮੈਂ ਕੁਝ ਉਦਾਹਰਣਾਂ ਦਿੱਤੀਆਂ, ਪਰ ... ਉਹ ਕਹਾਣੀ ਦੇ ਵਿਸ਼ੇ ਨਾਲ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸਬੰਧਤ ਨਹੀਂ ਹਨ, ਮੈਂ ਉਨ੍ਹਾਂ ਨੂੰ ਨੋਟਸ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਹੈ

Wi-Fi ਨਿਗਰਾਨੀਪਿਛਲੇ ਪੰਜ ਸਾਲਾਂ ਲਈ ਇੱਕ ਫੈਸ਼ਨੇਬਲ ਵਿਸ਼ਾ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਫੈਡਰਲ ਰਿਟੇਲ ਚੇਨਾਂ ਵਿੱਚ। ਤੁਸੀਂ ਆਰਾਮ ਨਾਲ ਵਪਾਰਕ ਮੰਜ਼ਿਲਾਂ 'ਤੇ ਸੈਰ ਕਰ ਰਹੇ ਹੋ, ਅਤੇ ਵਾਈ-ਫਾਈ ਨਾਲ ਤੁਹਾਡਾ ਮੋਬਾਈਲ ਫ਼ੋਨ ਚਾਲੂ ਹੈ, ਨੈੱਟਵਰਕ ਦੇ ਕੁਝ ਧਾਗੇ ਨਾਲ "ਚਿੜੀ" ਰਹਿਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ, ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਪੜਤਾਲ ਬੇਨਤੀ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ, ਜਿਸਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਤੁਸੀਂ: ਤੁਸੀਂ ਇਸ ਸਟੋਰ 'ਤੇ ਕਿੰਨੀ ਵਾਰ ਆਉਂਦੇ ਹੋ, ਕਿਨ੍ਹਾਂ ਕਾਰਨਾਂ ਕਰਕੇ? ਤੁਸੀਂ ਟ੍ਰੈਜੈਕਟਰੀਜ਼ 'ਤੇ ਚੱਲਦੇ ਹੋ, ਆਦਿ। ਫਿਰ ਡੇਟਾ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਗਰਮੀ ਦੇ ਨਕਸ਼ੇ ਬਣਾਏ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਪ੍ਰਬੰਧਕ ਅਜਿਹੀਆਂ ਤਸਵੀਰਾਂ ਲਈ ਪ੍ਰਬੰਧਨ ਜਾਂ ਨਿਵੇਸ਼ਕਾਂ ਤੋਂ ਪੈਸੇ ਦੀ "ਜਬਰਦਸਤੀ" ਕਰਦੇ ਹਨ। ਖੈਰ, ਹੁਣ ਲਈ.... "ਕੋਈ ਪੈਸਾ ਨਹੀਂ ਹੈ, ਪਰ ਤੁਸੀਂ ਫੜੀ ਰੱਖੋ ...", ਅਤੇ ਨਤੀਜਾ (ਅਸਲ) ਪਹਿਲਾਂ ਹੀ ਦਿਖਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ, ਚੰਗਾ ਪੁਰਾਣਾ ਗੀਤ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ: "ਹਾਂ, ਹਾਂ, ਫਿਰ ਬੇਸ਼ੱਕ ਅਸੀਂ cis ਅਤੇ ਉਹ ਸਭ ਕੁਝ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਨੂੰ ਸਥਾਪਿਤ ਕਰੇਗਾ, ਪਰ ਹੁਣ ਸਾਨੂੰ ਗਾਹਕ ਨੂੰ ਨਤੀਜਾ ਦਿਖਾਉਣ ਦੀ ਲੋੜ ਹੈ! ਵੈਸੇ, ਅਸੀਂ ਇਹ ਕਹਿਣਾ ਭੁੱਲ ਗਏ ਕਿ ਗਾਹਕ ਨੇ ਸਾਨੂੰ ਆਪਣੇ ਉਪਕਰਨਾਂ ਨੂੰ Wi-Fi ਰਾਹੀਂ ਆਪਣੇ ਹੌਟਸਪੌਟ ਨਾਲ ਜੋੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਹੈ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ, ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਮਹਿਮਾਨ ਗਾਹਕ ਹਾਂ। ਅਤੇ ਇਸ ਲਈ ਸਾਨੂੰ ਬੈਲੇਂਸਿੰਗ ਰਾਊਟਰ ਬਣਾਉਣੇ ਪੈਣਗੇ - ਕਈ ਵਾਈਫਾਈ ਸਬ-ਇੰਟਰਫੇਸ ਬਣਾਏ ਗਏ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੌਟਸਪੌਟ ਨਾਲ ਚਿਪਕਿਆ ਹੋਇਆ ਹੈ, ਅਤੇ ਦੂਜਾ ਵਾਤਾਵਰਣ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ, ਆਪਣੇ ਆਪ ਵਿੱਚ tcpdump ਨਤੀਜੇ ਨੂੰ ਅਪਲੋਡ ਕਰਦਾ ਹੈ, ਫਿਰ ਫਾਈਲ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਇੱਕ ਆਰਕਾਈਵ ਵਿੱਚ ਪੈਕ ਕਰਦਾ ਹੈ ਅਤੇ ਜੋਖਮ "ਜ਼ਿਆਦਾ ਖਾਣ" ਤੋਂ ਮਰਨਾ FTP ਸਰਵਰ 'ਤੇ ਸਮੱਗਰੀ ਨੂੰ ਥੁੱਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਇਹ ਕੋਈ ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਨਹੀਂ ਹੈ ਕਿ ਸੰਤੁਲਨ ਰਾਊਟਰ ਅਕਸਰ "ਟੁੱਟ ਜਾਂਦਾ ਹੈ" ਅਤੇ ਕਿਸੇ ਤਰ੍ਹਾਂ ਰਿਮੋਟਲੀ "ਮੁੜ ਸੁਰਜੀਤ" ਹੋਣਾ ਪੈਂਦਾ ਹੈ।

ਵਿਆਸਗਾਹਕ ਦੇ ਇਸ ਬਿਆਨ ਵਰਗੀ ਕਿਸੇ ਚੀਜ਼ ਨਾਲ ਇੱਥੇ ਸਥਿਤੀ ਦਾ ਵਰਣਨ ਕਰਨਾ ਆਸਾਨ ਹੈ: “ਅਸੀਂ ਹੌਟਸਪੌਟਸ ਦਾ ਇੱਕ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਨੈਟਵਰਕ ਚਾਹੁੰਦੇ ਹਾਂ ਜੋ ਉਨ੍ਹਾਂ ਉਪਕਰਣਾਂ 'ਤੇ ਕੰਮ ਕਰੇਗਾ ਜਿਨ੍ਹਾਂ ਦਾ ਮਾਡਲ ਪਹਿਲਾਂ ਤੋਂ ਨਹੀਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਚੈਨਲਾਂ ਦੁਆਰਾ, ਪਰ ਜਿਨ੍ਹਾਂ ਨੂੰ ਅਸੀਂ ਅਜੇ ਨਹੀਂ ਜਾਣਦੇ ਹਾਂ। ਓਹ, ਅਸੀਂ ਇਹ ਕਹਿਣਾ ਭੁੱਲ ਗਏ, ਅਸੀਂ ਨਾ ਸਿਰਫ਼ ਗਾਹਕਾਂ ਨੂੰ ਵਿਗਿਆਪਨ ਦਿਖਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ, ਸਗੋਂ ਉਸ ਸਥਾਨ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਹਰ ਚੀਜ਼ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਵੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ ਜਿੱਥੇ ਹੌਟਸਪੌਟ ਸਥਾਪਤ ਹੈ। ਨਹੀਂ, ਅਸੀਂ ਅਜੇ ਤੱਕ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਕਿਉਂ, ਪਰ ਅਸੀਂ ਇਸਦਾ ਪਤਾ ਲਗਾ ਲਵਾਂਗੇ, ਇਸ ਵਿੱਚ ਸ਼ੱਕ ਨਾ ਕਰੋ, ਅਸੀਂ ਇਸ ਵਿਚਾਰ ਨਾਲ ਆਉਣ ਦੇ ਯੋਗ ਸੀ। ”

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

• ਰਾਊਟਰ: ਸਤ ਸ੍ਰੀ ਅਕਾਲ. ਮੈਂ ਅਜਿਹਾ ਅਤੇ ਅਜਿਹਾ ਰਾਊਟਰ ਹਾਂ, ਕੀ ਮੇਰੇ ਲਈ ਕੋਈ ਕੰਮ ਹਨ?
• ਸਰਵਰ: ਰਾਊਟਰ ਅਜਿਹੇ ਅਤੇ ਅਜਿਹੇ, ਮੈਂ ਤੁਹਾਨੂੰ ਰਜਿਸਟਰ ਕੀਤਾ, ਕਿ ਤੁਸੀਂ ਜਿੰਦਾ ਹੋ। ਇੱਥੇ ਚੁਣੌਤੀ ਹੈ: ਮੈਨੂੰ ifconfig ਕਮਾਂਡ ਦਾ ਨਤੀਜਾ ਦਿਖਾਓ?
• ਰਾਊਟਰ: ਸਤ ਸ੍ਰੀ ਅਕਾਲ. ਮੈਂ ਅਜਿਹਾ ਅਤੇ ਅਜਿਹਾ ਰਾਊਟਰ ਹਾਂ, ਪਿਛਲੀ ਵਾਰ ਤੁਸੀਂ ifconfig ਦਾ ਨਤੀਜਾ ਦਿਖਾਉਣ ਲਈ ਕਿਹਾ ਸੀ, ਇਹ ਇੱਥੇ ਹੈ। ਕੀ ਮੇਰੇ ਲਈ ਕੋਈ ਕੰਮ ਹਨ?
• ਸਰਵਰ: ਰਾਊਟਰ ਅਜਿਹੇ ਅਤੇ ਅਜਿਹੇ, ਮੈਂ ਤੁਹਾਨੂੰ ਰਜਿਸਟਰ ਕੀਤਾ, ਕਿ ਤੁਸੀਂ ਜਿੰਦਾ ਹੋ। ਤੁਹਾਡੇ ਲਈ ਕੋਈ ਕੰਮ ਨਹੀਂ ਹਨ।

ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਸਵਾਲ: ਰਿਮੋਟ ਰਾਊਟਰ ਕੁਝ ਜਾਣਕਾਰੀ ਕਿਵੇਂ ਭੇਜ ਸਕਦਾ ਹੈ? ਪਿਛਲੇ ਹਿੱਸੇ ਵਿੱਚ, ਮੈਂ ਦੱਸਿਆ ਹੈ ਕਿ ਸੀਮਤ ਸਰੋਤਾਂ ਦੇ ਕਾਰਨ, ਰਾਊਟਰ ਕੋਲ ਸਿਰਫ ਇੱਕ "ਸਟਰਿੱਪਡ-ਡਾਊਨ" ਵਿਜੇਟ ਹੈ, ਜੋ ਸਿਰਫ GET ਦੁਆਰਾ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ; ਇੱਥੇ ਕੋਈ FTP ਕਲਾਇੰਟ ਜਾਂ ਕਰਲ ਨਹੀਂ ਹੈ। ਵਧੇਰੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਸਾਨੂੰ ਚਿੱਤਰ ਅਸੈਂਬਲੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, ਇੱਕ ਵਿਆਪਕ ਵਿਧੀ ਦੀ ਲੋੜ ਹੈ. ਮੈਂ wget ਦੀ ਵਰਤੋਂ ਕਰਨ 'ਤੇ ਸੈਟਲ ਹੋ ਗਿਆ। ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ, ਮੈਂ ਕਿਵੇਂ "ਰੋਕਿਆ" - ਮੇਰੇ ਕੋਲ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਸੀ :)

ਸਿਰਫ਼ ਇੱਕ ਬੇਦਾਅਵਾਮੇਰਾ ਪ੍ਰਬੰਧਨ ਹੱਲ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਬਹੁਤ ਸੀਮਤ ਨਹੀਂ, ਅਤੇ ਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਇਹ ਟੇਢੀ ਹੈ, ਭਾਵੇਂ ਇਹ ਮੇਰੇ ਜ਼ਿਆਦਾਤਰ ਗਾਹਕਾਂ ਦੇ ਅਨੁਕੂਲ ਹੋਵੇ। ਤੁਸੀਂ ਇਸਨੂੰ ਸਮਝਦਾਰੀ ਨਾਲ ਕਿਵੇਂ ਕਰ ਸਕਦੇ ਹੋ - ਇੱਕ ਛੋਟੀ ਉਪਯੋਗਤਾ ਲਿਖੋ ਜੋ ਪੋਰਟ 80 ਦੁਆਰਾ POST ਬਾਈਨਰੀ ਡੇਟਾ ਭੇਜਦੀ ਹੈ. ਰਾਊਟਰ ਫਰਮਵੇਅਰ ਵਿੱਚ ਇਸਨੂੰ (ਉਪਯੋਗਤਾ) ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਬੈਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਤੱਕ ਪਹੁੰਚ ਕਰੋ। ਪਰ ਅਸਲੀਅਤ ਇਹ ਹੈ ਕਿ: a) ਸਾਨੂੰ ਜਲਦੀ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ b) ਸਾਨੂੰ ਸ਼ਾਇਦ ਮੌਜੂਦਾ "ਰੂਟਰਾਂ ਦੇ ਚਿੜੀਆਘਰ" 'ਤੇ ਸਭ ਕੁਝ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ c) "ਕੋਈ ਨੁਕਸਾਨ ਨਾ ਕਰੋ!" — ਜੇ ਰਾਊਟਰ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਹੋਰ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਤਾਂ ਅਜਿਹੀਆਂ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਜੋ ਮੌਜੂਦਾ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਨਗੇ।

ਆਓ ਲਾਗੂ ਕਰਨ ਲਈ ਅੱਗੇ ਵਧੀਏ। ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡਾ ਗਾਹਕ "ਮਾਊਸ ਦੇ ਕਲਿੱਕ" ਨਾਲ, ਜ਼ੈਬਿਕਸ ਤੋਂ ਰਾਊਟਰ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਅਤੇ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਰੀਬੂਟ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ। ਅੱਜ ਅਸੀਂ ਜ਼ੈਬਿਕਸ ਨਾਲ ਲਾਗੂ ਕਰਨ ਦਾ ਵਰਣਨ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਾਂਗੇ.
"ਪ੍ਰਸ਼ਾਸਨ" -> "ਸਕ੍ਰਿਪਟ" ਮੀਨੂ ਵਿੱਚ, ਇੱਕ ਨਵੀਂ ਸਕ੍ਰਿਪਟ ਸ਼ਾਮਲ ਕਰੋ। ਅਸੀਂ ਇਸਨੂੰ "ਰੀਬੂਟ" ਕਹਿੰਦੇ ਹਾਂ, ਇੱਕ ਕਮਾਂਡ ਵਜੋਂ "php /usr/share/zabbix/reboot.php {HOST.HOST}" ਦਰਜ ਕਰੋ

ਅੱਗੇ: ਮੀਨੂ "ਨਿਗਰਾਨੀ" -> "ਨਵੀਨਤਮ ਡੇਟਾ" -> "ਇੱਛਤ ਨੈੱਟਵਰਕ ਨੋਡ 'ਤੇ ਸੱਜਾ-ਕਲਿਕ ਕਰੋ।" ਸਕ੍ਰਿਪਟ ਨੂੰ ਜੋੜਨ ਤੋਂ ਬਾਅਦ ਮੀਨੂ ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਦਿਖਾਈ ਦੇਵੇਗਾ।

ਇਸ ਅਨੁਸਾਰ, ਅਸੀਂ /usr/share/zabbix ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ reboot.php ਸਕ੍ਰਿਪਟ ਪਾਉਂਦੇ ਹਾਂ (ਤੁਹਾਡੀ ਵੱਖਰੀ ਹੋ ਸਕਦੀ ਹੈ, ਮੈਂ zabbixa ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ)।

ਸੁਰੱਖਿਆ ਬੇਦਾਅਵਾਸਕ੍ਰਿਪਟ ਵਿੱਚ ਸਪੱਸ਼ਟੀਕਰਨ ਨੂੰ ਸਪੱਸ਼ਟ ਕਰਨ ਲਈ, ਮੈਂ ਸਿਰਫ਼ ਰਾਊਟਰ ਆਈਡੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹਾਂ, ਪਰ ਪਾਸਵਰਡ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ ਹਾਂ। ਉਤਪਾਦਨ ਦੇ ਸੰਸਕਰਣ ਵਿੱਚ ਅਜਿਹਾ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ! ਮੈਂ ਅਜਿਹਾ ਕਿਉਂ ਕੀਤਾ: ਕਿਉਂਕਿ ਵੱਡਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਰਾਊਟਰਾਂ ਲਈ ਪਾਸਵਰਡ ਕਿੱਥੇ ਸਟੋਰ ਕਰਨੇ ਹਨ? ਜ਼ੈਬਬਿਕਸ ਵਿੱਚ ਖੁਦ "ਵਸਤੂ ਸੂਚੀ" ਵਿੱਚ? ਵਿਵਾਦਪੂਰਨ ਅਭਿਆਸ. ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ: reboot.php ਫਾਈਲ ਲਈ ਬਾਹਰੀ ਪਹੁੰਚ ਨੂੰ ਸੀਮਤ ਕਰੋ

ਫਾਇਲ reboot.php

<?php
	// присваиваем параметры с консоли переменным
	$user = $argv[1];
	// ВНИМАНИЕ. Вот здесь в целях безопасности все-таки прописывать пароль устройства! Но для демонстрации мы будем обращаться к базе данных без использования пароля. 
	//$password = $argv[2];
		
	$conn=new mysqli("localhost","db_user","db_password","db_name");
	if (mysqli_connect_errno()) {
		exit();
	}
	$conn->set_charset("utf8");
			
	// "Отправляем" команду reboot за счет изменения поля task таблицы users. В поле task можно отправлять любую команду.
	$sql_users=$conn->prepare("UPDATE users SET task='reboot' WHERE id=? AND status='active';");
	$sql_users->bind_param('s', $user);
	$sql_users->execute();
	$sql_users->close();
?>

ਇਹ ਸਭ ਹੈ. ਸਵਾਲ ਖੁੱਲਾ ਰਹਿੰਦਾ ਹੈ: "ਡਿਵਾਈਸ ਤੋਂ ਕਮਾਂਡ ਚਲਾਉਣ ਦਾ ਨਤੀਜਾ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ." ਆਉ ਉਦਾਹਰਣ ਵਜੋਂ ifconfig ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਟਾਸਕ ਨੂੰ ਵੇਖੀਏ। ਇਹ ਕਮਾਂਡ ਡਿਵਾਈਸ ਨੂੰ ਭੇਜੀ ਜਾ ਸਕਦੀ ਹੈ:

message=`ifconfig`; wget "http://xn--80abgfbdwanb2akugdrd3a2e5gsbj.xn--p1ai/a.php?u=user&p=password!&m=$message" -O /tmp/out.txt

, ਜਿੱਥੇ:
ਸੁਨੇਹਾ=`ifconfig` — ਅਸੀਂ ifconfig ਕਮਾਂਡ ਆਉਟਪੁੱਟ ਦਾ ਨਤੀਜਾ $message ਵੇਰੀਏਬਲ ਨੂੰ ਸੌਂਪਦੇ ਹਾਂ
wget"xn--80abgfbdwanb2akugdrd3a2e5gsbj.xn--p1ai/a.php — ਸਾਡੀ a.php ਸਕ੍ਰਿਪਟ ਜੋ ਰਾਊਟਰਾਂ ਨੂੰ ਰਜਿਸਟਰ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ
u=user&p=password!&m=$message — ਪ੍ਰਮਾਣ ਪੱਤਰ ਅਤੇ ਬੇਨਤੀ ਵੇਰੀਏਬਲ m ਦਾ ਮੁੱਲ — $message ਵੇਰੀਏਬਲ ਦੀ ਸਮੱਗਰੀ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ
-O /tmp/out.txt - ਸਾਨੂੰ ਇਸ ਕੇਸ ਵਿੱਚ /tmp/out.txt ਫਾਈਲ ਵਿੱਚ ਆਉਟਪੁੱਟ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਪਰ ਜੇਕਰ ਇਹ ਪੈਰਾਮੀਟਰ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ wget ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ

ਇਹ ਕੰਮ ਕਿਉਂ ਨਹੀਂ ਕਰਦਾ?ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਸੰਭਾਵੀ ਸੁਰੱਖਿਆ ਮੋਰੀ ਹੈ। ਸਭ ਤੋਂ ਨੁਕਸਾਨਦੇਹ ਗਲਤੀ ਜੋ ਹੋ ਸਕਦੀ ਹੈ, ਜੇ, ਉਦਾਹਰਨ ਲਈ, ਤੁਹਾਡੀ ਕਮਾਂਡ ਦੇ ਆਉਟਪੁੱਟ ਵਿੱਚ ਇੱਕ “&” ਅੱਖਰ ਹੈ। ਇਸ ਲਈ, ਰਾਊਟਰਾਂ ਤੋਂ ਭੇਜੀ ਗਈ ਹਰ ਚੀਜ਼ ਅਤੇ ਸਰਵਰ 'ਤੇ ਆਉਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਫਿਲਟਰ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ। ਹਾਂ, ਮੈਂ ਸੱਚਮੁੱਚ ਸ਼ਰਮਿੰਦਾ ਹਾਂ। ਮੇਰੇ ਬਚਾਅ ਵਿੱਚ, ਮੈਂ ਸਿਰਫ ਇਹ ਲਿਖ ਸਕਦਾ ਹਾਂ ਕਿ ਪੂਰਾ ਲੇਖ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਫਰਮਵੇਅਰ ਅਤੇ ਸੰਚਾਰ ਚੈਨਲਾਂ ਦੇ ਨਾਲ ਰਾਊਟਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਸਮਰਪਿਤ ਹੈ ਜੋ ਪਹਿਲਾਂ ਤੋਂ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਹਨ.

ਖੈਰ, ਭਵਿੱਖ ਲਈ ਇੱਕ ਸ਼ੁਰੂਆਤ: ਮੈਂ ਅਜੇ ਤੱਕ ਇਹ ਨਹੀਂ ਸਮਝਿਆ ਹੈ ਕਿ ਸਰਵਰ 'ਤੇ ਆਉਣ ਵਾਲੇ ਨਤੀਜਿਆਂ (ਉਦਾਹਰਣ ਵਜੋਂ, ਕਮਾਂਡ ਚਲਾਉਣ ਦਾ ਨਤੀਜਾ) ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਸਟੈਂਡਰਡ ਜ਼ੈਬਿਕਸ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ।

ਮੈਂ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹਾਂ ਕਿ ਸਾਰੇ ਸਰੋਤ ਗਿੱਟ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਇੱਥੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ: github.com/BazDen/iotnet.online.git

ਸਰੋਤ: www.habr.com