ਮੇਰਾ ਅਸਾਧਾਰਨ ਪ੍ਰੋਜੈਕਟ. 200 MikroTik ਰਾਊਟਰਾਂ ਦਾ ਨੈੱਟਵਰਕ

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

ਹੇਠਾਂ ਜੋ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ ਉਹ ਇੱਕ ਰੈਡੀਮੇਡ ਕੇਸ ਹੋਣ ਦਾ ਦਿਖਾਵਾ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਪਰ ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡੇ ਨੈਟਵਰਕ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਅਤੇ ਗਲਤੀਆਂ ਨੂੰ ਘੱਟ ਕਰਨ ਵੇਲੇ ਤੁਹਾਡੇ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ। ਸ਼ਾਇਦ ਕੁਝ ਨੁਕਤੇ ਅਤੇ ਹੱਲ ਤੁਹਾਡੇ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ ਨਹੀਂ ਜਾਪਦੇ - ਜੇ ਅਜਿਹਾ ਹੈ, ਤਾਂ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਲਿਖੋ। ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਆਲੋਚਨਾ ਆਮ ਖਜ਼ਾਨੇ ਲਈ ਇੱਕ ਅਨੁਭਵ ਹੋਵੇਗੀ. ਇਸ ਲਈ, ਪਾਠਕ, ਟਿੱਪਣੀਆਂ 'ਤੇ ਇੱਕ ਨਜ਼ਰ ਮਾਰੋ, ਸ਼ਾਇਦ ਲੇਖਕ ਨੇ ਇੱਕ ਗੰਭੀਰ ਗਲਤੀ ਕੀਤੀ ਹੈ - ਭਾਈਚਾਰਾ ਮਦਦ ਕਰੇਗਾ.

ਰਾਊਟਰਾਂ ਦੀ ਗਿਣਤੀ 200-300 ਹੈ, ਜੋ ਵੱਖ-ਵੱਖ ਸ਼ਹਿਰਾਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਕੁਆਲਿਟੀ ਦੇ ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨਾਂ ਨਾਲ ਫੈਲੇ ਹੋਏ ਹਨ। ਹਰ ਚੀਜ਼ ਨੂੰ ਸੁੰਦਰਤਾ ਨਾਲ ਕਰਨਾ ਅਤੇ ਸਥਾਨਕ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸਮਝਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਸਭ ਕੁਝ ਕਿਵੇਂ ਕੰਮ ਕਰੇਗਾ।

ਤਾਂ, ਕੋਈ ਪ੍ਰੋਜੈਕਟ ਕਿੱਥੇ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ? ਬੇਸ਼ੱਕ, ਨਾਲ ਟੀ.ਕੇ.

1. ਗਾਹਕਾਂ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਸਾਰੀਆਂ ਸ਼ਾਖਾਵਾਂ ਲਈ ਇੱਕ ਨੈਟਵਰਕ ਯੋਜਨਾ ਦਾ ਸੰਗਠਨ, ਨੈਟਵਰਕ ਸੈਗਮੈਂਟੇਸ਼ਨ (ਡਿਵਾਈਸਾਂ ਦੀ ਸੰਖਿਆ ਦੇ ਅਧਾਰ ਤੇ ਸ਼ਾਖਾਵਾਂ ਵਿੱਚ 3 ਤੋਂ 20 ਨੈਟਵਰਕ ਤੱਕ)।
2. ਹਰੇਕ ਬ੍ਰਾਂਚ ਵਿੱਚ ਡਿਵਾਈਸਾਂ ਦੀ ਸਥਾਪਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ। ਵੱਖ-ਵੱਖ ਓਪਰੇਟਿੰਗ ਹਾਲਤਾਂ ਦੇ ਅਧੀਨ ਪ੍ਰਦਾਤਾ ਦੀ ਅਸਲ ਥ੍ਰੁਪੁੱਟ ਗਤੀ ਦੀ ਜਾਂਚ ਕਰਨਾ.
3. ਡਿਵਾਈਸ ਸੁਰੱਖਿਆ ਦਾ ਸੰਗਠਨ, ਵ੍ਹਾਈਟਲਿਸਟ ਪ੍ਰਬੰਧਨ, ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਲਈ ਆਟੋ-ਬਲੈਕਲਿਸਟਿੰਗ ਦੇ ਨਾਲ ਹਮਲਿਆਂ ਦੀ ਸਵੈ-ਖੋਜ, ਨਿਯੰਤਰਣ ਪਹੁੰਚ ਨੂੰ ਰੋਕਣ ਅਤੇ ਸੇਵਾ ਤੋਂ ਇਨਕਾਰ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਵੱਖ-ਵੱਖ ਤਕਨੀਕੀ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਘੱਟ ਕਰਨਾ।
4. ਗਾਹਕ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਦੇ ਅਨੁਸਾਰ ਨੈਟਵਰਕ ਫਿਲਟਰਿੰਗ ਦੇ ਨਾਲ ਸੁਰੱਖਿਅਤ VPN ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਸੰਗਠਨ। ਹਰੇਕ ਸ਼ਾਖਾ ਤੋਂ ਕੇਂਦਰ ਤੱਕ ਘੱਟੋ-ਘੱਟ 3 VPN ਕਨੈਕਸ਼ਨ।
5. ਪੁਆਇੰਟ 1, 2 ਦੇ ਆਧਾਰ 'ਤੇ. ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ VPN ਬਣਾਉਣ ਦੇ ਅਨੁਕੂਲ ਤਰੀਕੇ ਚੁਣੋ। ਜੇ ਸਹੀ ਢੰਗ ਨਾਲ ਜਾਇਜ਼ ਹੈ, ਤਾਂ ਡਾਇਨਾਮਿਕ ਰੂਟਿੰਗ ਤਕਨਾਲੋਜੀ ਠੇਕੇਦਾਰ ਦੁਆਰਾ ਚੁਣੀ ਜਾ ਸਕਦੀ ਹੈ.
6. ਪ੍ਰੋਟੋਕੋਲ, ਬੰਦਰਗਾਹਾਂ, ਮੇਜ਼ਬਾਨਾਂ ਅਤੇ ਗਾਹਕ ਦੁਆਰਾ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹੋਰ ਵਿਸ਼ੇਸ਼ ਸੇਵਾਵਾਂ ਦੁਆਰਾ ਆਵਾਜਾਈ ਦੀ ਤਰਜੀਹ ਦਾ ਸੰਗਠਨ। (VOIP, ਮਹੱਤਵਪੂਰਨ ਸੇਵਾਵਾਂ ਵਾਲੇ ਮੇਜ਼ਬਾਨ)
7. ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਸਟਾਫ ਦੇ ਜਵਾਬ ਲਈ ਰਾਊਟਰ ਇਵੈਂਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਅਤੇ ਲੌਗਿੰਗ ਦਾ ਸੰਗਠਨ।

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

ਇਹਨਾਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਕਿਹੜੇ ਸਾਧਨ ਵਰਤੇ ਜਾਣਗੇ:

1. ELK ਸਟੈਕ (ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ logstash ਦੀ ਬਜਾਏ fluentd ਵਰਤਿਆ ਜਾਵੇਗਾ)।
2. ਜਵਾਬਦੇਹ. ਪ੍ਰਸ਼ਾਸਨ ਅਤੇ ਪਹੁੰਚ ਸ਼ੇਅਰਿੰਗ ਦੀ ਸੌਖ ਲਈ, ਅਸੀਂ AWX ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ।
3. GITLAB। ਇੱਥੇ ਵਿਆਖਿਆ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਅਸੀਂ ਆਪਣੀਆਂ ਸੰਰਚਨਾਵਾਂ ਦੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਤੋਂ ਬਿਨਾਂ ਕਿੱਥੇ ਹੋਵਾਂਗੇ?
4. ਪਾਵਰਸ਼ੇਲ। ਸੰਰਚਨਾ ਦੀ ਸ਼ੁਰੂਆਤੀ ਪੀੜ੍ਹੀ ਲਈ ਇੱਕ ਸਧਾਰਨ ਸਕ੍ਰਿਪਟ ਹੋਵੇਗੀ।
5. Doku ਵਿਕੀ, ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਗਾਈਡਾਂ ਨੂੰ ਲਿਖਣ ਲਈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸੀਂ habr.com ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ.
6. ਜ਼ੈਬਿਕਸ ਰਾਹੀਂ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਵੇਗੀ। ਇੱਕ ਆਮ ਸਮਝ ਲਈ ਉੱਥੇ ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਚਿੱਤਰ ਵੀ ਬਣਾਇਆ ਜਾਵੇਗਾ।

EFK ਸੈੱਟਅੱਪ ਪੁਆਇੰਟ

ਪਹਿਲੇ ਨੁਕਤੇ ਬਾਰੇ, ਮੈਂ ਸਿਰਫ ਉਸ ਵਿਚਾਰਧਾਰਾ ਦਾ ਵਰਣਨ ਕਰਾਂਗਾ ਜਿਸ ਦੁਆਰਾ ਸੂਚਕਾਂਕ ਬਣਾਏ ਜਾਣਗੇ. ਉੱਥੇ ਕਈ ਹਨ
ਮਿਕਰੋਟਿਕ ਚਲਾਉਣ ਵਾਲੇ ਡਿਵਾਈਸਾਂ ਤੋਂ ਲੌਗ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਬਾਰੇ ਸ਼ਾਨਦਾਰ ਲੇਖ।

ਮੈਂ ਕੁਝ ਨੁਕਤਿਆਂ 'ਤੇ ਵਿਚਾਰ ਕਰਾਂਗਾ:

1. ਚਿੱਤਰ ਦੇ ਅਨੁਸਾਰ, ਵੱਖ-ਵੱਖ ਸਥਾਨਾਂ ਅਤੇ ਵੱਖ-ਵੱਖ ਪੋਰਟਾਂ ਤੋਂ ਲੌਗ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ ਵਿਚਾਰ ਕਰਨਾ ਮਹੱਤਵਪੂਰਣ ਹੈ. ਇਸਦੇ ਲਈ ਅਸੀਂ ਇੱਕ ਲੌਗ ਐਗਰੀਗੇਟਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। ਅਸੀਂ ਪਹੁੰਚ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਵਾਲੇ ਸਾਰੇ ਰਾਊਟਰਾਂ ਲਈ ਯੂਨੀਵਰਸਲ ਗ੍ਰਾਫਿਕਸ ਵੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹਾਂ। ਫਿਰ ਅਸੀਂ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਸੂਚਕਾਂਕ ਬਣਾਉਂਦੇ ਹਾਂ:

ਇੱਥੇ fluentd ਦੇ ਨਾਲ ਸੰਰਚਨਾ ਦਾ ਇੱਕ ਟੁਕੜਾ ਹੈ elasticsearch ਟਾਈਪ ਕਰੋ
logstash_format true
index_name mikrotiklogs.north
logstash_prefix mikrotiklogs.north
flush_interval 10s
ਮੇਜ਼ਬਾਨ ਲਚਕੀਲਾ: 9200
ਪੋਰਟ 9200

ਇਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਯੋਜਨਾ ਦੇ ਅਨੁਸਾਰ ਰਾਊਟਰਾਂ ਅਤੇ ਖੰਡਾਂ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹਾਂ - mikrotiklogs.west, mikrotiklogs.south, mikrotiklogs.east। ਇਸ ਨੂੰ ਇੰਨਾ ਗੁੰਝਲਦਾਰ ਕਿਉਂ ਬਣਾਉ? ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਕੋਲ 200 ਜਾਂ ਵੱਧ ਯੰਤਰ ਹੋਣਗੇ। ਤੁਸੀਂ ਹਰ ਚੀਜ਼ 'ਤੇ ਨਜ਼ਰ ਨਹੀਂ ਰੱਖ ਸਕਦੇ। elasticsearch ਦੇ ਸੰਸਕਰਣ 6.8 ਦੇ ਨਾਲ, ਸੁਰੱਖਿਆ ਸੈਟਿੰਗਾਂ ਸਾਡੇ ਲਈ ਉਪਲਬਧ ਹਨ (ਬਿਨਾਂ ਲਾਇਸੰਸ ਖਰੀਦੇ), ਇਸ ਤਰ੍ਹਾਂ ਅਸੀਂ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਕਰਮਚਾਰੀਆਂ ਜਾਂ ਸਥਾਨਕ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕਾਂ ਵਿਚਕਾਰ ਦੇਖਣ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਵੰਡ ਸਕਦੇ ਹਾਂ।
ਟੇਬਲ, ਗ੍ਰਾਫ਼ - ਇੱਥੇ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਸਹਿਮਤ ਹੋਣ ਦੀ ਲੋੜ ਹੈ - ਜਾਂ ਤਾਂ ਉਹੀ ਵਰਤੋ, ਜਾਂ ਹਰ ਕੋਈ ਉਹੀ ਕਰਦਾ ਹੈ ਜੋ ਉਸ ਲਈ ਸੁਵਿਧਾਜਨਕ ਹੈ।

2. ਲਾਗਿੰਗ ਕਰਕੇ। ਜੇਕਰ ਅਸੀਂ ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਵਿੱਚ ਲੌਗ ਇਨ ਯੋਗ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਬਿਨਾਂ ਸਪੇਸ ਦੇ ਨਾਮ ਬਣਾਉਂਦੇ ਹਾਂ। ਇਹ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ fluentd ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ ਸੰਰਚਨਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਅਸੀਂ ਡੇਟਾ ਨੂੰ ਫਿਲਟਰ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਪੈਨਲ ਬਣਾ ਸਕਦੇ ਹਾਂ। ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਮੇਰਾ ਘਰੇਲੂ ਰਾਊਟਰ ਹੈ।

3. ਥਾਂ ਤੇ ਕਬਜੇ ਅਤੇ ਲੌਗਸ ਦੁਆਰਾ। ਔਸਤਨ, ਪ੍ਰਤੀ ਘੰਟਾ 1000 ਸੁਨੇਹਿਆਂ ਦੇ ਨਾਲ, ਲੌਗ ਪ੍ਰਤੀ ਦਿਨ 2-3 MB ਲੈਂਦੇ ਹਨ, ਜੋ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ, ਇੰਨਾ ਜ਼ਿਆਦਾ ਨਹੀਂ ਹੈ। Elasticsearch ਵਰਜਨ 7.5.

ANSIBLE.AWX

ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ ਸਾਡੇ ਲਈ, ਸਾਡੇ ਕੋਲ ਰਾਊਟਰਾਂ ਲਈ ਇੱਕ ਤਿਆਰ ਮੋਡੀਊਲ ਹੈ
ਮੈਂ AWX ਬਾਰੇ ਜ਼ਿਕਰ ਕੀਤਾ ਹੈ, ਪਰ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਕਮਾਂਡਾਂ ਸਿਰਫ ਇਸਦੇ ਸ਼ੁੱਧ ਰੂਪ ਵਿੱਚ ਜਵਾਬਦੇਹ ਹਨ - ਮੈਂ ਸੋਚਦਾ ਹਾਂ ਕਿ ਜਿਨ੍ਹਾਂ ਲੋਕਾਂ ਨੇ ਜਵਾਬਦੇਹੀ ਨਾਲ ਕੰਮ ਕੀਤਾ ਹੈ, ਉਹਨਾਂ ਲਈ gui ਦੁਆਰਾ awx ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਵੇਗੀ।

ਇਮਾਨਦਾਰ ਹੋਣ ਲਈ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਮੈਂ ਹੋਰ ਗਾਈਡਾਂ ਨੂੰ ਦੇਖਿਆ ਜਿੱਥੇ ਉਹਨਾਂ ਨੇ ssh ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਅਤੇ ਉਹਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਜਵਾਬ ਸਮੇਂ ਅਤੇ ਹੋਰ ਸਮੱਸਿਆਵਾਂ ਦੇ ਝੁੰਡ ਨਾਲ ਵੱਖੋ-ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਸਨ. ਮੈਂ ਦੁਹਰਾਉਂਦਾ ਹਾਂ, ਇਹ ਲੜਾਈ ਲਈ ਨਹੀਂ ਆਇਆ , ਇਸ ਜਾਣਕਾਰੀ ਨੂੰ ਇੱਕ ਪ੍ਰਯੋਗ ਦੇ ਤੌਰ 'ਤੇ ਲਓ ਜੋ 20 ਰਾਊਟਰਾਂ ਦੇ ਸਟੈਂਡ ਤੋਂ ਅੱਗੇ ਨਹੀਂ ਆਇਆ।

ਸਾਨੂੰ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਖਾਤਾ ਵਰਤਣ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਤੁਹਾਡੇ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਮੈਂ ਸਰਟੀਫਿਕੇਟ ਲਈ ਹਾਂ। ਅਧਿਕਾਰਾਂ ਬਾਰੇ ਕੁਝ ਸੂਖਮ ਨੁਕਤੇ। ਮੈਂ ਲਿਖਣ ਦੇ ਅਧਿਕਾਰ ਦਿੰਦਾ ਹਾਂ - ਘੱਟੋ ਘੱਟ "ਰੀਸੈਟ ਸੰਰਚਨਾ" ਕੰਮ ਨਹੀਂ ਕਰੇਗੀ.

ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ, ਕਾਪੀ ਕਰਨ ਅਤੇ ਆਯਾਤ ਕਰਨ ਵਿੱਚ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ:

ਸੰਖੇਪ ਕਮਾਂਡ ਸੂਚੀਤੁਹਾਡੇ PC 'ਤੇ
ssh-keygen -t RSA, ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿਓ, ਕੁੰਜੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ।
ਮਾਈਕਰੋਟਿਕ ਵਿੱਚ ਕਾਪੀ ਕਰੋ:
user ssh-keys import public-key-file=id_mtx.pub user=ansible
ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਖਾਤਾ ਬਣਾਉਣ ਅਤੇ ਇਸ ਦੇ ਅਧਿਕਾਰ ਦੇਣ ਦੀ ਲੋੜ ਹੈ।
ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੁਨੈਕਸ਼ਨ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
ssh -p 49475 -i /ਕੁੰਜੀਆਂ/mtx ਜਵਾਬਦੇਹ@192.168.0.120

vi /etc/ansible/hosts ਰਜਿਸਟਰ ਕਰੋ
MT01 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= ਜਵਾਬਦੇਹ
MT02 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= ਜਵਾਬਦੇਹ
MT03 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= ਜਵਾਬਦੇਹ
MT04 ansible_network_os=routeros ansible_ssh_port=49475 ansible_ssh_user= ਜਵਾਬਦੇਹ

ਖੈਰ, ਇੱਕ ਉਦਾਹਰਨ ਪਲੇਬੁੱਕ: - ਨਾਮ: add_work_sites
ਮੇਜ਼ਬਾਨ: testmt
ਲੜੀਵਾਰ: 1
ਕਨੈਕਸ਼ਨ: network_cli
remote_user: mikrotik.west
ਤੱਥ ਇਕੱਠੇ ਕਰੋ: ਹਾਂ
ਕਾਰਜ:
- ਨਾਮ: Work_sites ਸ਼ਾਮਲ ਕਰੋ
routeros_command:
ਕਮਾਂਡਾਂ:
— /ip ਫਾਇਰਵਾਲ ਐਡਰੈੱਸ-ਲਿਸਟ ਐਡ ਐਡਰੈੱਸ=gov.ru list=work_sites comment=Ticket665436_Ochen_nado
— /ip ਫਾਇਰਵਾਲ ਐਡਰੈੱਸ-ਲਿਸਟ ਐਡ ਐਡਰੈੱਸ=habr.com list=work_sites comment=for_habr

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਉਪਰੋਕਤ ਸੰਰਚਨਾ ਤੋਂ ਦੇਖ ਸਕਦੇ ਹੋ, ਆਪਣੀ ਖੁਦ ਦੀ ਪਲੇਬੁੱਕ ਬਣਾਉਣਾ ਮੁਸ਼ਕਲ ਨਹੀਂ ਹੈ. ਇਹ ਕਲੀ ਮਾਈਕਰੋਟਿਕ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਮਾਸਟਰ ਕਰਨ ਲਈ ਕਾਫੀ ਹੈ. ਆਓ ਇੱਕ ਅਜਿਹੀ ਸਥਿਤੀ ਦੀ ਕਲਪਨਾ ਕਰੀਏ ਜਿੱਥੇ ਤੁਹਾਨੂੰ ਸਾਰੇ ਰਾਊਟਰਾਂ 'ਤੇ ਕੁਝ ਖਾਸ ਡੇਟਾ ਦੇ ਨਾਲ ਪਤਾ ਸੂਚੀ ਨੂੰ ਹਟਾਉਣ ਦੀ ਲੋੜ ਹੈ, ਫਿਰ:

ਲੱਭੋ ਅਤੇ ਹਟਾਓ/ip ਫਾਇਰਵਾਲ ਐਡਰੈੱਸ-ਲਿਸਟ ਹਟਾਓ [find where list="gov.ru"]

ਮੈਂ ਜਾਣਬੁੱਝ ਕੇ ਪੂਰੀ ਫਾਇਰਵਾਲ ਸੂਚੀ ਨੂੰ ਇੱਥੇ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਕਿਉਂਕਿ... ਇਹ ਹਰੇਕ ਪ੍ਰੋਜੈਕਟ ਲਈ ਵਿਅਕਤੀਗਤ ਹੋਵੇਗਾ। ਪਰ ਇੱਕ ਗੱਲ ਮੈਂ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਕਹਿ ਸਕਦਾ ਹਾਂ, ਸਿਰਫ਼ ਐਡਰੈੱਸ ਲਿਸਟ ਦੀ ਵਰਤੋਂ ਕਰੋ।

GITLAB ਦੇ ਅਨੁਸਾਰ ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੈ। ਮੈਂ ਇਸ ਬਿੰਦੂ 'ਤੇ ਨਹੀਂ ਰਹਾਂਗਾ। ਵਿਅਕਤੀਗਤ ਕੰਮਾਂ, ਟੈਂਪਲੇਟਾਂ, ਹੈਂਡਲਰਾਂ ਲਈ ਹਰ ਚੀਜ਼ ਸੁੰਦਰ ਹੈ.

ਪਾਵਰਸੈਲ

ਇੱਥੇ 3 ਫਾਈਲਾਂ ਹੋਣਗੀਆਂ। ਪਾਵਰਸ਼ੇਲ ਕਿਉਂ? ਤੁਸੀਂ ਸੰਰਚਨਾ ਬਣਾਉਣ ਲਈ ਕੋਈ ਵੀ ਟੂਲ ਚੁਣ ਸਕਦੇ ਹੋ, ਜੋ ਵੀ ਤੁਹਾਡੇ ਲਈ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਹਰ ਕਿਸੇ ਦੇ ਪੀਸੀ 'ਤੇ ਵਿੰਡੋਜ਼ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਬੈਸ਼ ਵਿੱਚ ਕਿਉਂ ਕਰੀਏ ਜਦੋਂ ਪਾਵਰਸ਼ੇਲ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ। ਕਿਹੜਾ ਇੱਕ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ?

ਸਕ੍ਰਿਪਟ ਖੁਦ (ਸਰਲ ਅਤੇ ਸਮਝਣ ਯੋਗ):[cmdletਬਾਈਡਿੰਗ()]
ਪਰਮ(
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ] $EXTERNALIPADDRESS,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ] $ਐਕਸਟਰਨਲਿਪ੍ਰੋਟ,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$BWorknets,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$CWorknets,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$BVoipNets,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ] $CVoipNets,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$CClientss,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$BVPNWORKS,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$CVPNWORKS,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$BVPNCLIENTS,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$cVPNCLIENTS,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$NAMEROUTER,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[string]$ServerCertificates,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ]$ਇਨਫਾਈਲ,
[ਪੈਰਾਮੀਟਰ(ਲਾਜ਼ਮੀ=$ਸੱਚ)]
[ਸਟ੍ਰਿੰਗ] $ਆਉਟਫਾਈਲ
)

ਪ੍ਰਾਪਤ ਕਰੋ-ਸਮੱਗਰੀ $infile | ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("EXTERNIP", $EXTERNALIPADDRESS)} |
ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("EXTROUTE", $EXTERNALIPROUTE)} |
ਫੋਰਚ-ਆਬਜੈਕਟ {$_.Replace("BWorknet", $BWorknets)} |
ਫੋਰਚ-ਆਬਜੈਕਟ {$_.Replace("CWorknet", $CWorknets)} |
ਫੋਰਚ-ਆਬਜੈਕਟ {$_.Replace("BVoipNet", $BVoipNets)} |
ਫੋਰਚ-ਆਬਜੈਕਟ {$_.Replace("CVoipNet", $CVoipNets)} |
ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("CClients", $CClients)} |
ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("BVPNWORK", $BVPNWORKs)} |
ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("CVPNWORK", $CVPNWORKs)} |
ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("BVPNCLIENTS", $BVPNCLIENTSs)} |
ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("CVPNCLIENTS", $cVPNCLIENTSs)} |
ਪੂਰਵ-ਆਬਜੈਕਟ {$_.Replace("MYNAMEROUTER", $NAMEROUTER)} |
Foreach-Object {$_.Replace("ServerCertificate", $ServerCertificates)} | ਸੈੱਟ-ਸਮੱਗਰੀ $outfile

ਕਿਰਪਾ ਕਰਕੇ ਮੈਨੂੰ ਮਾਫ਼ ਕਰ ਦਿਓ, ਮੈਂ ਸਾਰੇ ਨਿਯਮ ਪੋਸਟ ਨਹੀਂ ਕਰ ਸਕਦਾ ਕਿਉਂਕਿ... ਇਹ ਬਹੁਤ ਸੁੰਦਰ ਨਹੀਂ ਹੋਵੇਗਾ। ਤੁਸੀਂ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸਾਂ ਦੁਆਰਾ ਸੇਧਿਤ, ਖੁਦ ਨਿਯਮ ਬਣਾ ਸਕਦੇ ਹੋ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਥੇ ਉਹਨਾਂ ਲਿੰਕਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਹੈ ਜਿਸਦਾ ਮੈਂ ਅਨੁਸਰਣ ਕੀਤਾ ਹੈ:wiki.mikrotik.com/wiki/Manual: ਸੁਰੱਖਿਅਤ_ਤੁਹਾਡਾ_ਰਾਊਟਰ
wiki.mikrotik.com/wiki/Manual:IP/ਫਾਇਰਵਾਲ/ਫਿਲਟਰ
wiki.mikrotik.com/wiki/Manual:OSPF-ਉਦਾਹਰਨਾਂ
wiki.mikrotik.com/wiki/Drop_port_scanners
wiki.mikrotik.com/wiki/Manual:ਵਿਨਬਾਕਸ
wiki.mikrotik.com/wiki/Manual: ਅੱਪਗ੍ਰੇਡਿੰਗ_RouterOS
wiki.mikrotik.com/wiki/Manual:IP/ਫਾਸਟਟ੍ਰੈਕ - ਇੱਥੇ ਤੁਹਾਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਜਦੋਂ ਫਾਸਟਟ੍ਰੈਕ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਟ੍ਰੈਫਿਕ ਤਰਜੀਹ ਅਤੇ ਆਕਾਰ ਦੇਣ ਦੇ ਨਿਯਮ ਕੰਮ ਨਹੀਂ ਕਰਨਗੇ - ਕਮਜ਼ੋਰ ਡਿਵਾਈਸਾਂ ਲਈ ਉਪਯੋਗੀ।

ਵੇਰੀਏਬਲ ਲਈ ਚਿੰਨ੍ਹ:ਨਿਮਨਲਿਖਤ ਨੈਟਵਰਕ ਇੱਕ ਉਦਾਹਰਨ ਵਜੋਂ ਲਏ ਗਏ ਹਨ:
192.168.0.0/24 ਵਰਕਿੰਗ ਨੈੱਟਵਰਕ
172.22.4.0/24 VOIP ਨੈੱਟਵਰਕ
ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚ ਤੋਂ ਬਿਨਾਂ ਗਾਹਕਾਂ ਲਈ 10.0.0.0/24 ਨੈੱਟਵਰਕ
ਵੱਡੀਆਂ ਸ਼ਾਖਾਵਾਂ ਲਈ 192.168.255.0/24 VPN ਨੈੱਟਵਰਕ
172.19.255.0/24 ਛੋਟੇ ਲਈ VPN ਨੈੱਟਵਰਕ

ਨੈੱਟਵਰਕ ਪਤੇ ਵਿੱਚ 4 ਦਸ਼ਮਲਵ ਸੰਖਿਆਵਾਂ ਹਨ, ਕ੍ਰਮਵਾਰ ABCD, ਬਦਲਾਵ ਉਸੇ ਸਿਧਾਂਤ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਜੇਕਰ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਇਹ B ਲਈ ਪੁੱਛਦਾ ਹੈ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਨੈੱਟਵਰਕ 192.168.0.0/24 ਲਈ 0 ਨੰਬਰ ਅਤੇ C ਲਈ ਦਰਜ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। = 0।
$EXTERNALIPADDDRESS - ਪ੍ਰਦਾਤਾ ਵੱਲੋਂ ਸਮਰਪਿਤ ਪਤਾ।
$EXTERNALIPROUTE - ਨੈੱਟਵਰਕ 0.0.0.0/0 ਲਈ ਡਿਫੌਲਟ ਰੂਟ
$BWorknets - ਵਰਕ ਨੈੱਟਵਰਕ, ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ 168 ਹੋਵੇਗਾ
$CWorknets - ਵਰਕਿੰਗ ਨੈੱਟਵਰਕ, ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ ਇਹ 0 ਹੋਵੇਗਾ
$BVoipNets - VOIP ਨੈੱਟਵਰਕ ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ ਇੱਥੇ 22
$CVoipNets - VOIP ਨੈੱਟਵਰਕ ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ ਇੱਥੇ 4
$CClientss - ਗਾਹਕਾਂ ਲਈ ਨੈੱਟਵਰਕ - ਸਿਰਫ਼ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ, ਸਾਡੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਥੇ 0
$BVPNWORKs - ਵੱਡੀਆਂ ਸ਼ਾਖਾਵਾਂ ਲਈ VPN ਨੈੱਟਵਰਕ, ਸਾਡੀ ਉਦਾਹਰਨ 20 ਵਿੱਚ
$CVPNWORKs - ਵੱਡੀਆਂ ਸ਼ਾਖਾਵਾਂ ਲਈ VPN ਨੈੱਟਵਰਕ, ਸਾਡੀ ਉਦਾਹਰਨ 255 ਵਿੱਚ
$BVPNCLIENTS - ਛੋਟੀਆਂ ਸ਼ਾਖਾਵਾਂ ਲਈ VPN ਨੈੱਟਵਰਕ, ਭਾਵ 19
$CVPNCLIENTS - ਛੋਟੀਆਂ ਸ਼ਾਖਾਵਾਂ ਲਈ VPN ਨੈੱਟਵਰਕ, ਭਾਵ 255
$NAMEROUTER - ਰਾਊਟਰ ਦਾ ਨਾਮ
$ServerCertificate - ਸਰਟੀਫਿਕੇਟ ਦਾ ਨਾਮ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਆਯਾਤ ਕੀਤਾ ਸੀ
$infile — ਉਸ ਫਾਈਲ ਦਾ ਮਾਰਗ ਨਿਰਧਾਰਤ ਕਰੋ ਜਿਸ ਤੋਂ ਅਸੀਂ ਸੰਰਚਨਾ ਪੜ੍ਹਾਂਗੇ, ਉਦਾਹਰਨ ਲਈ D:config.txt (ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ ਕੋਟਸ ਅਤੇ ਸਪੇਸ ਤੋਂ ਬਿਨਾਂ ਅੰਗਰੇਜ਼ੀ ਮਾਰਗ)
$outfile — ਉਹ ਮਾਰਗ ਨਿਰਧਾਰਤ ਕਰੋ ਜਿੱਥੇ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ D:MT-test.txt

ਮੈਂ ਸਪੱਸ਼ਟ ਕਾਰਨਾਂ ਕਰਕੇ ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਜਾਣਬੁੱਝ ਕੇ ਪਤੇ ਬਦਲ ਦਿੱਤੇ ਹਨ।

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

ਤੁਹਾਨੂੰ ਕਿਹੜੇ ਨੁਕਤਿਆਂ ਵੱਲ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ:

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

ਡਾਇਨਾਮਿਕ ਰੂਟਿੰਗ ਦੁਆਰਾ। ਜ਼ੋਨ ਡਿਵੀਜ਼ਨ ਦੇ ਨਾਲ OSPF ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ। ਪਰ ਇਹ ਇੱਕ ਟੈਸਟ ਬੈਂਚ ਹੈ; ਲੜਾਈ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨਾ ਵਧੇਰੇ ਦਿਲਚਸਪ ਹੈ।

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਕੋਈ ਵੀ ਪਰੇਸ਼ਾਨ ਨਹੀਂ ਹੋਵੇਗਾ ਕਿ ਮੈਂ ਰਾਊਟਰ ਕੌਂਫਿਗਰੇਸ਼ਨਾਂ ਨੂੰ ਪੋਸਟ ਨਹੀਂ ਕੀਤਾ. ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਲਿੰਕ ਕਾਫ਼ੀ ਹੋਣਗੇ, ਅਤੇ ਫਿਰ ਸਭ ਕੁਝ ਲੋੜਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ. ਅਤੇ ਬੇਸ਼ੱਕ ਟੈਸਟ, ਹੋਰ ਟੈਸਟਾਂ ਦੀ ਲੋੜ ਹੈ।

ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਨਵੇਂ ਸਾਲ ਵਿੱਚ ਹਰ ਕੋਈ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਸਾਕਾਰ ਕਰੇ। ਤੁਹਾਡੇ ਕੋਲ ਪਹੁੰਚ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ !!!

ਸਰੋਤ: www.habr.com