ਸ਼ਾਖਾ ਦਾ ਸਬਨੈੱਟ ਹੈੱਡਕੁਆਰਟਰ ਦੇ SonicWall ਇੰਟਰਨੈੱਟ ਐਗਜ਼ਿਟ ਰਾਹੀਂ ਰੂਟ ਕਰੋ

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

ਸਿਲੈਕਟਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਰੂਟ ਤੋਂ ਨਹੀਂ

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

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

ਸ਼ਾਖਾ ਦੀ ਨੀਤੀ ਜੋੜੋ, ਫਿਰ ਇਸਦਾ ਕ੍ਰਮ ਬਚਾਓ

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

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

ਹੈੱਡਕੁਆਰਟਰ ਵਿੱਚ ਰਾਹ ਪੂਰਾ ਕਰੋ

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

ਜਵਾਬ ਸਮਝੌਤੇ ਦਾ ਦੂਜਾ ਅੱਧ ਹਨ। ਉਹਨਾਂ ਨੂੰ ਟਨਲ ਰਾਹੀਂ ਜਾਂ ਉਹਨਾਂ ਲਈ ਬਣਾਏ ਸਟੇਟਫੁਲ ਅਨੁਵਾਦ ਰਾਹੀਂ ਵਾਪਸ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਨਿੱਜੀ ਸਾਈਟਾਂ ਦੇ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਜਨਤਕ ਐਗਰੈਸ ਤੋਂ ਵੱਖਰੀ NAT ਸੰਭਾਲ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਉਹ ਨਿਯਮ ਵੱਖਰੇ ਪਛਾਣੇ ਜਾਣ ਯੋਗ ਰੱਖੋ, ਕਿਉਂਕਿ ਹਰ ਅੰਦਰੂਨੀ ਸਰੋਤ ਲੁਕਾਉਣ ਵਾਲਾ ਇੱਕ ਵਿਆਪਕ ਅਨੁਵਾਦ ਨਿਯਮ ਬਾਅਦ ਦੀ ਲੌਗਿੰਗ ਅਤੇ ਸਮੱਸਿਆ ਨਿਵਾਰਣ ਨੂੰ ਪੜ੍ਹਨਾ ਕਾਫ਼ੀ ਔਖਾ ਬਣਾ ਦਿੰਦਾ ਹੈ।

ਟਨਲ ਡਿੱਗਣ 'ਤੇ ਗਰੁੱਪ ਕੀ ਕਰੇ, ਇਹ ਤੈਅ ਕਰੋ

ਜੇ ਕੇਂਦਰੀ ਐਗਜ਼ਿਟ ਤਰਜੀਹ ਨਹੀਂ ਸਗੋਂ ਲੋੜ ਹੈ, ਤਾਂ ਸਥਾਨਕ WAN 'ਤੇ ਵਾਪਸ ਜਾਣਾ ਅਨੁਪਾਲਨ ਫੇਲ੍ਹ ਹੈ, ਭਾਵੇਂ ਵਰਤੋਂਕਾਰ ਆਨਲਾਈਨ ਰਹਿਣ। SonicOS ਡ੍ਰੌਪ-ਟਨਲ-ਇੰਟਰਫ਼ੇਸ ਰੂਟ ਨੂੰ ਚੁਣੇ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਅਣਚਾਹੇ ਵਿਕਲਪਿਕ ਰਾਹ ਲੈਣ ਤੋਂ ਰੋਕਣ ਦੇ ਸਮਰਥਿਤ ਤਰੀਕੇ ਵਜੋਂ ਦਰਜ ਕਰਦਾ ਹੈ।

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

ਤਿੰਨ ਕਲਾਇੰਟਾਂ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਸਾਫ਼-ਸੁਥਰਾ ਰੋਲਬੈਕ ਕਰੋ

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

ip -4 route get 203.0.113.10
curl -sS -m 5 -o /dev/null -w "%{http_code}\n" https://example.com
traceroute -n -m 6 203.0.113.10

ਜਨਤਕ ਬੇਨਤੀ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਉੱਭਰੀ, ਇਸਦੀ ਤੁਲਨਾ ਕਰੋ। ਚੁਣੇ ਕਲਾਇੰਟ ਨੂੰ ਹੈੱਡਕੁਆਰਟਰ ਦੇ ਐਗਜ਼ਿਟ ਰਾਹੀਂ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਆਮ ਕਲਾਇੰਟ ਨੂੰ ਦੂਰ ਦੇ ਪਾਸੇ ਸ਼ਾਖਾ ਦਾ ਆਪਣਾ ਪਤਾ ਅਜੇ ਵੀ ਦਿਖਾਉਣਾ ਚਾਹੀਦਾ ਹੈ; 203.0.113.10 ਇੱਕ ਦਸਤਾਵੇਜ਼ੀ ਪਤਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਮੰਜ਼ਿਲ ਦੇ ਬਦਲ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਉਸੇ ਪੜਾਅ ਵਿੱਚ DNS ਸ਼ਾਮਲ ਕਰੋ, ਕਿਉਂਕਿ ਸ਼ਾਖਾ ਦੇ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਪੁੱਛਣ ਵਾਲਾ ਕਲਾਇੰਟ ਰਾਊਟਰ-ਉਤਪੰਨ ਖੋਜ ਵੱਖਰੇ ਸਰੋਤ ਨਾਲ ਅਤੇ ਇਸ ਲਈ ਵੱਖਰੇ ਰੂਟ ਨਾਲ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।

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