ਤੁਹਾਡੇ ਸ਼ਾਖਾ ਨੈੱਟਵਰਕ ਲਈ ਕਿਹੜਾ Sophos RED ਮੋਡ ਸਹੀ ਹੈ?
RED ਦੂਰ ਦੀ ਸਾਈਟ ਦੀ ਭੂਮਿਕਾ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ। ਸ਼ਾਖਾ ਦਾ ਗੇਟਵੇ ਅਤੇ DHCP ਕਿਸ ਕੋਲ ਹੈ ਇਸ ਦੇ ਆਧਾਰ 'ਤੇ Standard/Unified, Standard/Split ਜਾਂ Transparent/Split ਚੁਣੋ।
Sophos RED ਕੋਈ VPN ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ, ਇਹ ਦੂਰ ਦੀ ਸਾਈਟ ਦੀ ਭੂਮਿਕਾ ਹੈ, ਇਸ ਲਈ ਇਸ ਦੀ IPsec ਜਾਂ OpenVPN ਨਾਲ ਤੁਲਨਾ ਗਲਤ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਇਹ ਜੰਤਰ ਕੇਂਦਰੀ ਫਾਇਰਵਾਲ ਦਾ ਨਿਯੰਤਰਣ ਸ਼ਾਖਾ ਤੱਕ ਫੈਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਜੋ ਮੋਡ ਚੁਣਦੇ ਹੋ ਉਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸ਼ਾਖਾ ਦਾ ਗੇਟਵੇ ਕੌਣ ਦਿੰਦਾ ਹੈ, ਪਤੇ ਕੌਣ ਵੰਡਦਾ ਹੈ ਅਤੇ ਕਿਹੜਾ ਟ੍ਰੈਫਿਕ ਸੁਰੰਗ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ। ਇਹ ਤਿੰਨ ਜਵਾਬ ਮੋਡਾਂ ਦੇ ਨਾਵਾਂ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਲਿਖ ਲੈਣਾ ਉਤਪਾਦ ਦੀ ਚੋਣ ਨੂੰ ਡਿਜ਼ਾਈਨ ਦੇ ਫੈਸਲੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
RED ਭੂਮਿਕਾ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ
RED ਜੰਤਰ ਇੱਕ ਸ਼ਾਖਾ ਨੂੰ ਕੇਂਦਰੀ Sophos Firewall ਨਾਲ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਫਾਇਰਵਾਲ ਦਾ ਸੰਰਚਨਾ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸ਼ਾਖਾ ਕੀ ਬਣਦੀ ਹੈ। ਸੁਰੰਗ ਉਸ ਜੋੜ ਦਾ ਲਾਗੂ ਕਰਨ ਵਾਲਾ ਵੇਰਵਾ ਹੈ, ਕੋਈ ਆਮ ਮਕਸਦ ਵਾਲਾ VPN ਅੰਤ ਬਿੰਦੂ ਨਹੀਂ ਜਿਸ ਨੂੰ ਕਿਸੇ ਵੀ ਸਾਥੀ ਵੱਲ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਜਾ ਸਕੇ।
ਇਹ ਢਾਂਚਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ RED ਕਿਸੇ ਵੀ IPsec ਸਾਥੀ ਨਾਲ ਤਬਦੀਲ ਕਰਨ ਯੋਗ ਨਹੀਂ। ਇਹ ਉਮੀਦ ਕਰਦਾ ਹੈ ਕਿ ਕੇਂਦਰੀ ਫਾਇਰਵਾਲ ਇਸ ਦਾ ਪ੍ਰਬੰਧ ਕਰੇਗਾ, ਅਤੇ ਸਮਰਥਿਤ ਮੋਡ ਦੱਸਦੇ ਹਨ ਕਿ ਇਹ ਸ਼ਾਖਾ ਦਾ ਕਿੰਨਾ ਹਿੱਸਾ ਸੰਭਾਲਦਾ ਹੈ। ਇਸ ਨੂੰ ਆਮ ਸੁਰੰਗ ਅੰਤ ਬਿੰਦੂ ਮੰਨਣ ਨਾਲ ਅਜਿਹੀਆਂ ਉਮੀਦਾਂ ਬਣਦੀਆਂ ਹਨ ਜੋ ਉਤਪਾਦ ਨੇ ਕਦੇ ਨਹੀਂ ਦਿੱਤੀਆਂ। ਇਸ ਨੂੰ ਭੂਮਿਕਾ ਮੰਨਣ ਨਾਲ ਉਹ ਸਵਾਲ ਬਣਦੇ ਹਨ ਜੋ ਸੱਚਮੁੱਚ ਡਿਜ਼ਾਈਨ ਤੈਅ ਕਰਦੇ ਹਨ।
ਹੇਠਾਂ ਦੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ ਜਵਾਬ ਬਦਲਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਸਾਰੀਆਂ ਮਾਲਕੀ ਬਾਰੇ ਹਨ, ਐਨਕ੍ਰਿਪਸ਼ਨ ਬਾਰੇ ਨਹੀਂ।
ਮੋਡ ਚੁਣਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ
ਪੁੱਛੋ ਕਿ ਸ਼ਾਖਾ ਦਾ ਗੇਟਵੇ ਕਿਸ ਦਾ ਹੈ, ਸ਼ਾਖਾ ਦੇ ਕਲਾਇੰਟਾਂ ਲਈ DHCP ਅਤੇ DNS ਕੌਣ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਕੀ ਸਥਾਨਕ ਇੰਟਰਨੈੱਟ ਆਊਟਲੈਟ ਨੂੰ ਸੁਰੰਗ ਟੁੱਟਣ 'ਤੇ ਵੀ ਚੱਲਦੇ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ।
Standard/Unified ਤਿੰਨਾਂ ਦਾ ਇੱਕੋ ਜਿਹਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਕੇਂਦਰੀ ਫਾਇਰਵਾਲ ਸ਼ਾਖਾ ਦਾ LAN ਰੱਖਦਾ ਹੈ, ਗੇਟਵੇ ਅਤੇ DHCP ਦੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਸਮੇਤ, ਅਤੇ ਟ੍ਰੈਫਿਕ ਸੁਰੰਗ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ। Standard/Split ਕੇਂਦਰੀ ਪ੍ਰਬੰਧ ਰੱਖਦਾ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਸੰਰਚਿਤ ਨੈੱਟਵਰਕ ਸੁਰੰਗ ਰਾਹੀਂ ਭੇਜਦਾ ਹੈ। Transparent/Split ਮੌਜੂਦਾ ਸ਼ਾਖਾ ਨੈੱਟਵਰਕ ਨੂੰ ਇਸ ਦਾ ਆਪਣਾ ਗੇਟਵੇ ਅਤੇ ਪਤੇ ਸੰਭਾਲਣ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਚੁਣਿਆ ਟ੍ਰੈਫਿਕ ਸੁਰੰਗ ਵਿੱਚ ਮੋੜਦਾ ਹੈ। ਤਿੰਨ ਮੋਡ, ਤਿੰਨ ਵੱਖਰੇ ਮਾਲਕ।
| Mode | Branch gateway and DHCP | Traffic through the tunnel |
|---|---|---|
| Standard/Unified | Central firewall owns both | All branch traffic |
| Standard/Split | Central firewall owns both | Only the configured networks |
| Transparent/Split | The existing branch router keeps both | Only the selected flows |
ਪਹਿਲਾਂ ਵਿਚਕਾਰਲਾ ਕਾਲਮ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸੁਰੰਗ ਜਾਣ 'ਤੇ ਸ਼ਾਖਾ ਦਾ ਕਿੰਨਾ ਹਿੱਸਾ ਹਾਲੇ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ।
ਸ਼ਾਖਾ ਦਾ ਗੇਟਵੇ ਅਤੇ DHCP ਕਿਸ ਦਾ ਹੈ
ਇਕਜੁੱਟ ਬੰਦੋਬਸਤ ਵਿੱਚ ਸ਼ਾਖਾ ਦਾ ਕੋਈ ਸੁਤੰਤਰ ਗੇਟਵੇ ਨਹੀਂ ਹੁੰਦਾ, ਜੋ ਸੰਰਚਨਾ ਨੂੰ ਸੌਖਾ ਕਰਦਾ ਹੈ ਅਤੇ ਨਾਕਾਮੀ ਨੂੰ ਇੱਕ ਥਾਂ ਕੇਂਦਰਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਕੇਂਦਰੀਕਰਨ ਉਦੋਂ ਠੀਕ ਹੈ ਜਦੋਂ ਸ਼ਾਖਾ ਛੋਟੀ ਹੋਵੇ ਅਤੇ ਕੇਂਦਰੀ ਫਾਇਰਵਾਲ ਦੀ ਉਪਲਬਧਤਾ ਉੱਚੀ ਹੋਵੇ।
ਪਾਰਦਰਸ਼ੀ ਤੈਨਾਤੀ ਵਿੱਚ ਸ਼ਾਖਾ ਆਪਣਾ ਰਾਊਟਰ ਰੱਖਦੀ ਹੈ ਅਤੇ ਚੁਣਿਆ ਟ੍ਰੈਫਿਕ ਮੋੜਨ ਲਈ RED ਰਾਹ ਵਿੱਚ ਬੈਠਦਾ ਹੈ। ਇਸ ਨਾਲ ਸਥਾਨਕ ਨਿਯੰਤਰਣ ਬਚਦਾ ਹੈ ਅਤੇ ਅਜਿਹਾ ਜੰਤਰ ਜੁੜਦਾ ਹੈ ਜਿਸ ਦੀ ਰਾਹ ਵਿੱਚ ਥਾਂ ਹੁਣ ਹਰ ਮੋੜੇ ਗਏ ਪ੍ਰਵਾਹ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇਹ ਕਿੱਥੇ ਬੈਠਦਾ ਹੈ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਬਾਅਦ ਵਿੱਚ ਸ਼ਾਖਾ ਦੇ ਰਾਊਟਰ ਵਿੱਚ ਬਦਲਾਅ ਇਸ ਨੂੰ ਚੁੱਪਚਾਪ ਬਚਾ ਸਕਦਾ ਹੈ। ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਬੰਦੋਬਸਤ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਜਿੱਤਦੀ; ਇਹ ਜ਼ਿੰਮੇਵਾਰੀ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਵੰਡਦੀਆਂ ਹਨ।
ਪਤਿਆਂ ਦੀ ਮਾਲਕੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਲਿਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕੋ ਭਾਗ ਵਿੱਚ ਦੋ DHCP ਸਰਵਰ ਰੁਕ-ਰੁਕ ਕੇ ਖਰਾਬੀਆਂ ਪੈਦਾ ਕਰਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਰਿਪੋਰਟ VPN ਸਮੱਸਿਆ ਵਜੋਂ ਹੁੰਦੀ ਹੈ।
ਸੁਰੰਗ ਡਿੱਗਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ
Split ਕਾਰਜ ਨੂੰ ਅਕਸਰ ਇਹ ਵਾਅਦਾ ਸਮਝਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਸੁਰੰਗ ਨਾਕਾਮ ਹੋਣ ਸਮੇਂ ਵੀ ਸਥਾਨਕ ਇੰਟਰਨੈੱਟ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਪੜ੍ਹਤ ਸੁਰੱਖਿਅਤ ਨਹੀਂ। ਸਹੀ ਵਿਵਹਾਰ ਚੁਣੇ ਮੋਡ, ਫਰਮਵੇਅਰ ਅਤੇ ਜੰਤਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸ ਦੀ ਥਾਂ ਸਵੀਕ੍ਰਿਤੀ ਦੇ ਮਾਪਦੰਡਾਂ ਵਿੱਚ ਹੈ, ਕਿਸੇ ਅਨੁਮਾਨ ਵਿੱਚ ਨਹੀਂ।
ਤੈਅ ਕਰੋ ਕਿ ਸੁਰੰਗ ਤੋਂ ਬਿਨਾਂ ਸ਼ਾਖਾ ਨੂੰ ਹਾਲੇ ਕੀ ਕਰਨਾ ਹੈ: ਸਥਾਨਕ ਪ੍ਰਿੰਟਰਾਂ ਤੱਕ ਪਹੁੰਚਣਾ, ਨਾਮ ਹੱਲ ਕਰਨਾ, ਭੁਗਤਾਨ ਲੈਣਾ, ਜਾਂ ਕੁਝ ਵੀ ਨਹੀਂ। ਫਿਰ ਉਸ ਹਾਲਤ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਪਰਖੋ, ਸੁਰੰਗ ਰੋਕ ਕੇ ਅਤੇ ਸ਼ਾਖਾ ਨੂੰ ਵੇਖ ਕੇ। ਜੋ ਸ਼ਾਖਾ ਚੁੱਪਚਾਪ DNS ਗੁਆ ਦਿੰਦੀ ਹੈ ਉਹ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਨਾਕਾਮ ਹੋਣ ਵਾਲੀ ਸ਼ਾਖਾ ਨਾਲੋਂ ਮਾੜੀ ਹੈ, ਕਿਉਂਕਿ ਸਹਾਇਤਾ ਡੈਸਕ ਦਾ ਫ਼ੋਨ ਘੰਟਿਆਂ ਬਾਅਦ ਆਉਂਦਾ ਹੈ। ਵੇਖਿਆ ਨਤੀਜਾ ਡਿਜ਼ਾਈਨ ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੋ।
ਕੇਂਦਰੀ ਨਿਰਭਰਤਾ ਹਰ ਮੋਡ ਵਿੱਚ ਇੱਕੋ ਹੈ: ਕਿਸੇ ਨੂੰ ਜੰਤਰ ਦੇ ਆਪਣੇ ਬਹਾਲੀ ਮਾਰਗ ਦੀ ਮਾਲਕੀ ਲੈਣੀ ਪੈਂਦੀ ਹੈ।
ਤੈਨਾਤੀ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ਾਖਾ ਸਮਝੌਤਾ ਲਿਖੋ
ਸ਼ਾਖਾ ਸਮਝੌਤਾ ਇੱਕ ਸਫ਼ੇ ਵਿੱਚ ਆ ਜਾਂਦਾ ਹੈ: ਮਾਲਕ, ਪਤਿਆਂ ਦੇ ਸਰੋਤ, ਸੁਰੰਗ ਵਿੱਚੋਂ ਲੰਘਣ ਵਾਲੇ ਪ੍ਰੀਫਿਕਸ, ਆਊਟਲੈਟ ਨੀਤੀ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸਵੀਕਾਰਿਆ ਵਿਘਨ ਵਿਵਹਾਰ।
ਫਿਰ ਲੋੜੀਂਦਾ ਨਹੀਂ, ਤੈਨਾਤ ਕੀਤਾ ਨਤੀਜਾ ਜਾਂਚੋ। ਸ਼ਾਖਾ ਦੇ ਕਲਾਇੰਟ ਦਾ ਪਤਾ, ਇਸ ਦਾ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ, ਕਿਹੜੇ ਪ੍ਰੀਫਿਕਸ ਸੁਰੰਗ ਰਾਹੀਂ ਹੱਲ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸੁਰੰਗ ਰੋਕੀ ਹੋਣ 'ਤੇ ਕੀ ਹਾਲੇ ਵੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਵੇਖੋ। ਅਨੁਕੂਲਤਾ, ਪਹੁੰਚ ਅਤੇ ਲਾਇਸੰਸਸ਼ੁਦਾ ਸਭ ਨੂੰ ਸਹੀ ਮਾਡਲ ਲਈ ਵਿਕਰੇਤਾ ਦੇ ਮੌਜੂਦਾ ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਮਿਲਾਉਣਾ ਲਾਜ਼ਮੀ ਹੈ, ਕਿਉਂਕਿ ਉਤਪਾਦ ਦਾ ਨਾਮ ਕਿਸੇ ਮੋਡ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ। ਉਹ ਸਫ਼ਾ ਜੰਤਰ ਦੇ ਰਿਕਾਰਡ ਨਾਲ ਰੱਖੋ ਤਾਂ ਜੋ ਅਗਲੇ ਇੰਜੀਨੀਅਰ ਨੂੰ ਚਿੱਤਰ ਨਹੀਂ, ਫੈਸਲੇ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਣ।
ip -br addr
ip route
traceroute -n 10.80.4.10
dig +short intranet.corp.example
ਸੁਰੰਗ ਰੋਕੀ ਹੋਣ 'ਤੇ ਉਹ ਬਲਾਕ ਦੁਬਾਰਾ ਚਲਾਓ, ਅਤੇ ਦੋਹਾਂ ਚਾਲਾਂ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਉਹੀ ਵਿਘਨ ਵਿਵਹਾਰ ਹੈ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਖਰੀਦਿਆ।