🥇 SD-WAN ਦੇ ਸਭ ਤੋਂ ਲੋਕਤੰਤਰੀ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ: ਆਰਕੀਟੈਕਚਰ, ਸੰਰਚਨਾ, ਪ੍ਰਸ਼ਾਸਨ ਅਤੇ ਨੁਕਸਾਨ

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

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

ਇਸ ਲੇਖ ਵਿੱਚ ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਫੋਰਟੀਨੇਟ ਤੋਂ SD-WAN ਨਾਲ ਕਿਵੇਂ ਸੰਰਚਿਤ ਅਤੇ ਕੰਮ ਕਰਨਾ ਹੈ, ਇਹ ਹੱਲ ਕਿਸ ਲਈ ਢੁਕਵਾਂ ਹੈ ਅਤੇ ਇੱਥੇ ਤੁਹਾਨੂੰ ਕਿਹੜੀਆਂ ਮੁਸ਼ਕਲਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ।

SD-WAN ਮਾਰਕੀਟ ਵਿੱਚ ਸਭ ਤੋਂ ਪ੍ਰਮੁੱਖ ਖਿਡਾਰੀਆਂ ਨੂੰ ਦੋ ਕਿਸਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

1. ਸਟਾਰਟਅੱਪ ਜਿਨ੍ਹਾਂ ਨੇ ਸ਼ੁਰੂ ਤੋਂ SD-WAN ਹੱਲ ਤਿਆਰ ਕੀਤੇ ਹਨ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਸਫਲ ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਦੁਆਰਾ ਖਰੀਦੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵਿਕਾਸ ਲਈ ਇੱਕ ਵੱਡੀ ਪ੍ਰੇਰਣਾ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ - ਇਹ Cisco/Viptela, VMWare/VeloCloud, Nuage/Nokia ਦੀ ਕਹਾਣੀ ਹੈ।

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

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

ਮੈਂ ਤੁਹਾਨੂੰ ਸਕਰੀਨਸ਼ਾਟ ਨਾਲ ਇਹ ਦੱਸਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ ਕਿ Fortinet ਤੋਂ SD-WAN ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਹ ਕੀ ਕਰ ਸਕਦਾ ਹੈ।

ਸਭ ਕੁਝ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਦੋ ਡੇਟਾ ਚੈਨਲਾਂ ਦੁਆਰਾ ਜੁੜੀਆਂ ਦੋ ਸ਼ਾਖਾਵਾਂ ਹਨ। ਇਹਨਾਂ ਡੇਟਾ ਲਿੰਕਾਂ ਨੂੰ ਇੱਕ ਸਮੂਹ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਨਿਯਮਤ ਈਥਰਨੈੱਟ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਇੱਕ LACP-Port-Channel ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ। ਪੁਰਾਣੇ ਸਮੇਂ ਵਾਲੇ ਪੀਪੀਪੀ ਮਲਟੀਲਿੰਕ ਨੂੰ ਯਾਦ ਕਰਨਗੇ - ਇੱਕ ਢੁਕਵੀਂ ਸਮਾਨਤਾ ਵੀ. ਚੈਨਲ ਭੌਤਿਕ ਪੋਰਟ, VLAN SVI, ਅਤੇ ਨਾਲ ਹੀ VPN ਜਾਂ GRE ਸੁਰੰਗ ਹੋ ਸਕਦੇ ਹਨ।

VPN ਜਾਂ GRE ਦੀ ਵਰਤੋਂ ਆਮ ਤੌਰ 'ਤੇ ਇੰਟਰਨੈੱਟ 'ਤੇ ਬ੍ਰਾਂਚ ਸਥਾਨਕ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਵੇਲੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਅਤੇ ਭੌਤਿਕ ਪੋਰਟਾਂ - ਜੇਕਰ ਸਾਈਟਾਂ ਵਿਚਕਾਰ L2 ਕਨੈਕਸ਼ਨ ਹਨ, ਜਾਂ ਇੱਕ ਸਮਰਪਿਤ MPLS/VPN 'ਤੇ ਕਨੈਕਟ ਕਰਦੇ ਸਮੇਂ, ਜੇਕਰ ਅਸੀਂ ਓਵਰਲੇਅ ਅਤੇ ਏਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਕਨੈਕਸ਼ਨ ਤੋਂ ਸੰਤੁਸ਼ਟ ਹਾਂ। ਇੱਕ ਹੋਰ ਦ੍ਰਿਸ਼ ਜਿਸ ਵਿੱਚ ਇੱਕ SD-WAN ਸਮੂਹ ਵਿੱਚ ਭੌਤਿਕ ਪੋਰਟਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਇੰਟਰਨੈਟ ਤੱਕ ਸਥਾਨਕ ਪਹੁੰਚ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰ ਰਿਹਾ ਹੈ।

ਸਾਡੇ ਸਟੈਂਡ 'ਤੇ ਚਾਰ ਫਾਇਰਵਾਲ ਅਤੇ ਦੋ VPN ਸੁਰੰਗਾਂ ਦੋ "ਸੰਚਾਰ ਓਪਰੇਟਰਾਂ" ਦੁਆਰਾ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਚਿੱਤਰ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

VPN ਸੁਰੰਗਾਂ ਨੂੰ ਇੰਟਰਫੇਸ ਮੋਡ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਜੋ ਉਹ P2P ਇੰਟਰਫੇਸਾਂ 'ਤੇ IP ਐਡਰੈੱਸ ਵਾਲੇ ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਕਨੈਕਸ਼ਨਾਂ ਦੇ ਸਮਾਨ ਹੋਣ, ਜਿਸ ਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਪਿੰਗ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਕਿਸੇ ਖਾਸ ਸੁਰੰਗ ਰਾਹੀਂ ਸੰਚਾਰ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਟ੍ਰੈਫਿਕ ਨੂੰ ਏਨਕ੍ਰਿਪਟ ਕਰਨ ਅਤੇ ਉਲਟ ਪਾਸੇ ਜਾਣ ਲਈ, ਇਸ ਨੂੰ ਸੁਰੰਗ ਵਿੱਚ ਰੂਟ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹੈ. ਵਿਕਲਪ ਸਬਨੈੱਟਾਂ ਦੀਆਂ ਸੂਚੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਏਨਕ੍ਰਿਪਸ਼ਨ ਲਈ ਟ੍ਰੈਫਿਕ ਦੀ ਚੋਣ ਕਰਨਾ ਹੈ, ਜੋ ਪ੍ਰਬੰਧਕ ਨੂੰ ਬਹੁਤ ਉਲਝਣ ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਸੰਰਚਨਾ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਬਣ ਜਾਂਦੀ ਹੈ। ਇੱਕ ਵੱਡੇ ਨੈੱਟਵਰਕ ਵਿੱਚ, ਤੁਸੀਂ ਇੱਕ VPN ਬਣਾਉਣ ਲਈ ADVPN ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ; ਇਹ Cisco ਤੋਂ DMVPN ਜਾਂ Huawei ਤੋਂ DVPN ਦਾ ਐਨਾਲਾਗ ਹੈ, ਜੋ ਆਸਾਨ ਸੈੱਟਅੱਪ ਲਈ ਸਹਾਇਕ ਹੈ।

ਦੋਵਾਂ ਪਾਸਿਆਂ 'ਤੇ BGP ਰੂਟਿੰਗ ਵਾਲੇ ਦੋ ਡਿਵਾਈਸਾਂ ਲਈ ਸਾਈਟ-ਟੂ-ਸਾਈਟ VPN ਸੰਰਚਨਾ


«ЦОД» (DC)

«Филиал» (BRN)
config system interface

 edit "WAN1"

  set vdom "Internet"

  set ip 1.1.1.1 255.255.255.252

  set allowaccess ping

  set role wan

  set interface "DC-BRD"

  set vlanid 111

 next 

 edit "WAN2"

  set vdom "Internet"

  set ip 3.3.3.1 255.255.255.252

  set allowaccess ping

  set role lan

  set interface "DC-BRD"

  set vlanid 112

 next

 edit "BRN-Ph1-1"

  set vdom "Internet"

  set ip 192.168.254.1 255.255.255.255

  set allowaccess ping

  set type tunnel

  set remote-ip 192.168.254.2 255.255.255.255

  set interface "WAN1"

 next

 edit "BRN-Ph1-2"

  set vdom "Internet"

  set ip 192.168.254.3 255.255.255.255

  set allowaccess ping

  set type tunnel

  set remote-ip 192.168.254.4 255.255.255.255

  set interface "WAN2"

 next

end
config vpn ipsec phase1-interface

 edit "BRN-Ph1-1"

  set interface "WAN1"

  set local-gw 1.1.1.1

  set peertype any

  set net-device disable

  set proposal aes128-sha1

  set dhgrp 2

  set remote-gw 2.2.2.1

  set psksecret ***

 next

 edit "BRN-Ph1-2"

  set interface "WAN2"

  set local-gw 3.3.3.1

  set peertype any

  set net-device disable

  set proposal aes128-sha1

  set dhgrp 2

  set remote-gw 4.4.4.1

  set psksecret ***

 next

end
config vpn ipsec phase2-interface

 edit "BRN-Ph2-1"

  set phase1name "BRN-Ph1-1"

  set proposal aes256-sha256

  set dhgrp 2

 next

 edit "BRN-Ph2-2"

  set phase1name "BRN-Ph1-2"

  set proposal aes256-sha256

  set dhgrp 2

 next

end
config router static

 edit 1

  set gateway 1.1.1.2

  set device "WAN1"

 next

 edit 3

  set gateway 3.3.3.2

  set device "WAN2"

 next

end
config router bgp

 set as 65002

 set router-id 10.1.7.1

 set ebgp-multipath enable

 config neighbor

  edit "192.168.254.2"

   set remote-as 65003

  next

  edit "192.168.254.4"

   set remote-as 65003

  next

 end
 config network

  edit 1

   set prefix 10.1.0.0 255.255.0.0

  next

end 
config system interface

 edit "WAN1"

  set vdom "Internet"

  set ip 2.2.2.1 255.255.255.252

  set allowaccess ping

  set role wan

  set interface "BRN-BRD"

  set vlanid 111

 next

 edit "WAN2"

  set vdom "Internet"

  set ip 4.4.4.1 255.255.255.252

  set allowaccess ping

  set role wan

  set interface "BRN-BRD"

  set vlanid 114

 next

 edit "DC-Ph1-1"

  set vdom "Internet"

  set ip 192.168.254.2 255.255.255.255

  set allowaccess ping

  set type tunnel

  set remote-ip 192.168.254.1 255.255.255.255

  set interface "WAN1"

 next

 edit "DC-Ph1-2"

  set vdom "Internet"

  set ip 192.168.254.4 255.255.255.255

  set allowaccess ping

  set type tunnel

  set remote-ip 192.168.254.3 255.255.255.255

  set interface "WAN2"

 next

end
config vpn ipsec phase1-interface

  edit "DC-Ph1-1"

   set interface "WAN1"

   set local-gw 2.2.2.1

   set peertype any

   set net-device disable

   set proposal aes128-sha1

   set dhgrp 2

   set remote-gw 1.1.1.1

   set psksecret ***

  next

  edit "DC-Ph1-2"

   set interface "WAN2"

   set local-gw 4.4.4.1

   set peertype any

   set net-device disable

   set proposal aes128-sha1

   set dhgrp 2

   set remote-gw 3.3.3.1

   set psksecret ***

  next

end
config vpn ipsec phase2-interface

  edit "DC-Ph2-1"

   set phase1name "DC-Ph1-1"

   set proposal aes128-sha1

   set dhgrp 2

  next

  edit "DC2-Ph2-2"

   set phase1name "DC-Ph1-2"

   set proposal aes128-sha1

   set dhgrp 2

  next

end
config router static

 edit 1

  set gateway 2.2.2.2

  et device "WAN1"

 next

 edit 3

  set gateway 4.4.4.2

  set device "WAN2"

 next

end
config router bgp

  set as 65003

  set router-id 10.200.7.1

  set ebgp-multipath enable

  config neighbor

   edit "192.168.254.1"

    set remote-as 65002

   next

  edit "192.168.254.3"

   set remote-as 65002

   next

  end
  config network

   edit 1

    set prefix 10.200.0.0 255.255.0.0

   next

end

ਮੈਂ ਟੈਕਸਟ ਦੇ ਰੂਪ ਵਿੱਚ ਸੰਰਚਨਾ ਪ੍ਰਦਾਨ ਕਰ ਰਿਹਾ ਹਾਂ, ਕਿਉਂਕਿ, ਮੇਰੀ ਰਾਏ ਵਿੱਚ, VPN ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕੌਂਫਿਗਰ ਕਰਨਾ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ. ਲਗਭਗ ਸਾਰੀਆਂ ਸੈਟਿੰਗਾਂ ਦੋਵੇਂ ਪਾਸੇ ਇੱਕੋ ਜਿਹੀਆਂ ਹਨ; ਟੈਕਸਟ ਦੇ ਰੂਪ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਕਾਪੀ-ਪੇਸਟ ਦੇ ਰੂਪ ਵਿੱਚ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਵੈੱਬ ਇੰਟਰਫੇਸ ਵਿੱਚ ਉਹੀ ਕੰਮ ਕਰਦੇ ਹੋ, ਤਾਂ ਗਲਤੀ ਕਰਨਾ ਆਸਾਨ ਹੈ - ਕਿਤੇ ਇੱਕ ਚੈੱਕਮਾਰਕ ਭੁੱਲ ਜਾਓ, ਗਲਤ ਮੁੱਲ ਦਾਖਲ ਕਰੋ।

ਜਦੋਂ ਅਸੀਂ ਬੰਡਲ ਵਿੱਚ ਇੰਟਰਫੇਸ ਜੋੜਦੇ ਹਾਂ

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

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

L3-L4 ਜਾਣਕਾਰੀ ਦੁਆਰਾ, ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਐਪਲੀਕੇਸ਼ਨਾਂ, ਇੰਟਰਨੈਟ ਸੇਵਾਵਾਂ (URL ਅਤੇ IP), ਅਤੇ ਨਾਲ ਹੀ ਵਰਕਸਟੇਸ਼ਨਾਂ ਅਤੇ ਲੈਪਟਾਪਾਂ ਦੇ ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਆਵਾਜਾਈ ਨੂੰ ਆਮ ਪ੍ਰਵਾਹ ਤੋਂ ਵੱਖ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ, ਨਿਮਨਲਿਖਤ ਸੰਤੁਲਨ ਐਲਗੋਰਿਦਮ ਵਿੱਚੋਂ ਇੱਕ ਨਿਰਧਾਰਤ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:

ਇੰਟਰਫੇਸ ਤਰਜੀਹ ਸੂਚੀ ਵਿੱਚ, ਬੰਡਲ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਇੰਟਰਫੇਸਾਂ ਵਿੱਚੋਂ ਉਹ ਇੰਟਰਫੇਸ ਚੁਣੇ ਗਏ ਹਨ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਟ੍ਰੈਫਿਕ ਦੀ ਸੇਵਾ ਕਰਨਗੇ। ਸਾਰੇ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਜੋੜ ਕੇ, ਤੁਸੀਂ ਬਿਲਕੁਲ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਚੈਨਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਕਹੋ, ਈਮੇਲ ਕਰੋ, ਜੇ ਤੁਸੀਂ ਇਸਦੇ ਨਾਲ ਉੱਚ SLA ਵਾਲੇ ਮਹਿੰਗੇ ਚੈਨਲਾਂ 'ਤੇ ਬੋਝ ਨਹੀਂ ਪਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ। FortiOS 6.4.1 ਵਿੱਚ, SD-WAN ਬੰਡਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਜ਼ੋਨਾਂ ਵਿੱਚ ਗਰੁੱਪ ਕਰਨਾ ਸੰਭਵ ਹੋ ਗਿਆ, ਉਦਾਹਰਨ ਲਈ, ਰਿਮੋਟ ਸਾਈਟਾਂ ਨਾਲ ਸੰਚਾਰ ਲਈ ਇੱਕ ਜ਼ੋਨ, ਅਤੇ NAT ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਥਾਨਕ ਇੰਟਰਨੈਟ ਪਹੁੰਚ ਲਈ ਦੂਜਾ। ਹਾਂ, ਹਾਂ, ਟ੍ਰੈਫਿਕ ਜੋ ਨਿਯਮਤ ਇੰਟਰਨੈਟ ਤੇ ਜਾਂਦਾ ਹੈ ਨੂੰ ਵੀ ਸੰਤੁਲਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ.

ਸੰਤੁਲਨ ਐਲਗੋਰਿਦਮ ਬਾਰੇ

ਇਸ ਬਾਰੇ ਕਿ ਕਿਵੇਂ ਫੋਰਟਿਗੇਟ (ਫੋਰਟੀਨੇਟ ਤੋਂ ਇੱਕ ਫਾਇਰਵਾਲ) ਚੈਨਲਾਂ ਵਿਚਕਾਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਵੰਡ ਸਕਦਾ ਹੈ, ਇੱਥੇ ਦੋ ਦਿਲਚਸਪ ਵਿਕਲਪ ਹਨ ਜੋ ਮਾਰਕੀਟ ਵਿੱਚ ਬਹੁਤ ਆਮ ਨਹੀਂ ਹਨ:

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

ਵਧੀਆ ਕੁਆਲਿਟੀ (SLA) - ਇਹ ਐਲਗੋਰਿਦਮ, ਆਮ ਦੇਰੀ ਤੋਂ ਇਲਾਵਾ, ਫੋਰਟਿਗੇਟ ਪੈਕੇਟਾਂ ਦੀ ਘਬਰਾਹਟ ਅਤੇ ਨੁਕਸਾਨ ਤੋਂ ਇਲਾਵਾ, ਚੈਨਲਾਂ ਦੀ ਗੁਣਵੱਤਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਮੌਜੂਦਾ ਚੈਨਲ ਲੋਡ ਦੀ ਵਰਤੋਂ ਵੀ ਕਰ ਸਕਦਾ ਹੈ; ਇਹ ਮੋਡ ਸੰਵੇਦਨਸ਼ੀਲ ਆਵਾਜਾਈ ਜਿਵੇਂ ਕਿ VoIP ਅਤੇ ਵੀਡੀਓ ਕਾਨਫਰੰਸਿੰਗ ਲਈ ਢੁਕਵਾਂ ਹੈ।

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

"ਮੀਟਰ" ਸੈਟਿੰਗ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

ਵੈੱਬ ਇੰਟਰਫੇਸ ਵਿੱਚ, ICMP-Echo-request, HTTP-GET ਅਤੇ DNS ਬੇਨਤੀ ਟੈਸਟ ਪ੍ਰੋਟੋਕੋਲ ਵਜੋਂ ਉਪਲਬਧ ਹਨ। ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਕੁਝ ਹੋਰ ਵਿਕਲਪ ਹਨ: TCP-echo ਅਤੇ UDP-echo ਵਿਕਲਪ ਉਪਲਬਧ ਹਨ, ਨਾਲ ਹੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਗੁਣਵੱਤਾ ਮਾਪਣ ਪ੍ਰੋਟੋਕੋਲ - TWAMP।

ਮਾਪ ਦੇ ਨਤੀਜੇ ਵੈੱਬ ਇੰਟਰਫੇਸ ਵਿੱਚ ਵੀ ਦੇਖੇ ਜਾ ਸਕਦੇ ਹਨ:

ਅਤੇ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ:

ਸਮੱਸਿਆ ਨਿਪਟਾਰਾ

ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਨਿਯਮ ਬਣਾਇਆ ਹੈ, ਪਰ ਸਭ ਕੁਝ ਉਮੀਦ ਅਨੁਸਾਰ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ SD-WAN ਨਿਯਮਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਹਿੱਟ ਕਾਉਂਟ ਮੁੱਲ ਨੂੰ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਦਰਸਾਏਗਾ ਕਿ ਕੀ ਟ੍ਰੈਫਿਕ ਇਸ ਨਿਯਮ ਵਿੱਚ ਆਉਂਦਾ ਹੈ:

ਮੀਟਰ ਦੇ ਸੈਟਿੰਗ ਪੰਨੇ 'ਤੇ, ਤੁਸੀਂ ਸਮੇਂ ਦੇ ਨਾਲ ਚੈਨਲ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚ ਬਦਲਾਅ ਦੇਖ ਸਕਦੇ ਹੋ। ਬਿੰਦੀ ਵਾਲੀ ਲਾਈਨ ਪੈਰਾਮੀਟਰ ਦੇ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ

ਵੈੱਬ ਇੰਟਰਫੇਸ ਵਿੱਚ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਵੇਂ ਟਰੈਫਿਕ ਨੂੰ ਸੰਚਾਰਿਤ/ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਅਤੇ ਸੈਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਦੁਆਰਾ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ:

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

ਉਦਾਹਰਨ ਲਈ, ਕਮਾਂਡਾਂ ਦਾ ਹੇਠਾਂ ਦਿੱਤਾ ਸੈੱਟ

diagnose debug flow filter saddr 10.200.64.15 diagnose debug flow filter daddr 10.1.7.2 diagnose debug flow show function-name diagnose debug enable diagnose debug trace 2

ਤੁਹਾਨੂੰ 10.200.64.15 ਦੇ ਸਰੋਤ ਪਤੇ ਅਤੇ 10.1.7.2 ਦੇ ਇੱਕ ਮੰਜ਼ਿਲ ਪਤੇ ਦੇ ਨਾਲ ਦੋ ਪੈਕੇਟਾਂ ਨੂੰ ਟਰੈਕ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਅਸੀਂ 10.7.1.2 ਤੋਂ 10.200.64.15 ਨੂੰ ਦੋ ਵਾਰ ਪਿੰਗ ਕਰਦੇ ਹਾਂ ਅਤੇ ਕੰਸੋਲ 'ਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਦੇਖਦੇ ਹਾਂ।

ਪਹਿਲਾ ਪੈਕੇਜ:

ਦੂਜਾ ਪੈਕੇਜ:

ਫਾਇਰਵਾਲ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਪਹਿਲਾ ਪੈਕੇਟ ਇੱਥੇ ਹੈ:
id=20085 trace_id=475 func=print_pkt_detail line=5605 msg="vd-Internet:0 received a packet(proto=1, 10.200.64.15:42->10.1.7.2:2048) from DMZ-Office. type=8, code=0, id=42, seq=0." VDOM – Internet, Proto=1 (ICMP), DMZ-Office – название L3-интерфейса. Type=8 – Echo.

ਉਸਦੇ ਲਈ ਇੱਕ ਨਵਾਂ ਸੈਸ਼ਨ ਬਣਾਇਆ ਗਿਆ ਹੈ:
msg="allocate a new session-0006a627"

ਅਤੇ ਰੂਟਿੰਗ ਨੀਤੀ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਇੱਕ ਮੇਲ ਮਿਲਿਆ
msg="Match policy routing id=2136539137: to 10.1.7.2 via ifindex-110"

ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਨੂੰ VPN ਸੁਰੰਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਭੇਜਣ ਦੀ ਲੋੜ ਹੈ:
"find a route: flag=04000000 gw-192.168.254.1 via DC-Ph1-1"

ਫਾਇਰਵਾਲ ਨੀਤੀਆਂ ਵਿੱਚ ਨਿਮਨਲਿਖਤ ਆਗਿਆ ਦੇਣ ਵਾਲੇ ਨਿਯਮ ਦਾ ਪਤਾ ਲਗਾਇਆ ਗਿਆ ਹੈ:
msg="Allowed by Policy-3:"

ਪੈਕੇਟ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ VPN ਸੁਰੰਗ ਨੂੰ ਭੇਜਿਆ ਗਿਆ ਹੈ:
func=ipsecdev_hard_start_xmit line=789 msg="enter IPsec interface-DC-Ph1-1" func=_ipsecdev_hard_start_xmit line=666 msg="IPsec tunnel-DC-Ph1-1" func=esp_output4 line=905 msg="IPsec encrypt/auth"

ਐਨਕ੍ਰਿਪਟਡ ਪੈਕੇਟ ਨੂੰ ਇਸ WAN ਇੰਟਰਫੇਸ ਲਈ ਗੇਟਵੇ ਪਤੇ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ:
msg="send to 2.2.2.2 via intf-WAN1"

ਦੂਜੇ ਪੈਕੇਟ ਲਈ, ਸਭ ਕੁਝ ਇਸੇ ਤਰ੍ਹਾਂ ਹੁੰਦਾ ਹੈ, ਪਰ ਇਹ ਕਿਸੇ ਹੋਰ VPN ਸੁਰੰਗ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵੱਖਰੇ ਫਾਇਰਵਾਲ ਪੋਰਟ ਦੁਆਰਾ ਛੱਡਿਆ ਜਾਂਦਾ ਹੈ:
func=ipsecdev_hard_start_xmit line=789 msg="enter IPsec interface-DC-Ph1-2" func=_ipsecdev_hard_start_xmit line=666 msg="IPsec tunnel-DC-Ph1-2" func=esp_output4 line=905 msg="IPsec encrypt/auth" func=ipsec_output_finish line=622 msg="send to 4.4.4.2 via intf-WAN2"

ਹੱਲ ਦੇ ਫਾਇਦੇ

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

ਸੁਰੱਖਿਆ ਪੱਧਰ 80. FortiGate ਚੋਟੀ ਦੇ ਫਾਇਰਵਾਲ ਹੱਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਫਾਇਰਵਾਲਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਇੰਟਰਨੈਟ ਤੇ ਬਹੁਤ ਸਾਰੀ ਸਮੱਗਰੀ ਹੈ, ਅਤੇ ਲੇਬਰ ਮਾਰਕੀਟ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਸੁਰੱਖਿਆ ਮਾਹਰ ਹਨ ਜੋ ਪਹਿਲਾਂ ਹੀ ਵਿਕਰੇਤਾ ਦੇ ਹੱਲਾਂ ਵਿੱਚ ਮੁਹਾਰਤ ਹਾਸਲ ਕਰ ਚੁੱਕੇ ਹਨ।

SD-WAN ਕਾਰਜਕੁਸ਼ਲਤਾ ਲਈ ਜ਼ੀਰੋ ਕੀਮਤ। FortiGate 'ਤੇ ਇੱਕ SD-WAN ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਦੀ ਲਾਗਤ ਇਸ 'ਤੇ ਇੱਕ ਨਿਯਮਤ WAN ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਦੇ ਬਰਾਬਰ ਹੈ, ਕਿਉਂਕਿ SD-WAN ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਕਿਸੇ ਵਾਧੂ ਲਾਇਸੈਂਸ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

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

ਉੱਚ ਪ੍ਰਦਰਸ਼ਨ. ਟ੍ਰੈਫਿਕ ਸੰਤੁਲਨ ਲਈ SD-WAN ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਘਟਾਉਣ ਨਾਲ ਕੰਪਨੀ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ SD-WAN ASIC ਜਾਰੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਮਿਲੀ, ਜਿਸਦਾ ਧੰਨਵਾਦ SD-WAN ਸੰਚਾਲਨ ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਫਾਇਰਵਾਲ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਨਹੀਂ ਘਟਾਉਂਦਾ ਹੈ।

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

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

ਕੀ ਵੇਖਣਾ ਹੈ

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

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

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

ਕੌਣ ਅਨੁਕੂਲ ਹੋਵੇਗਾ

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

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

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

ਸਰੋਤ: www.habr.com

SD-WAN ਦੇ ਸਭ ਤੋਂ ਲੋਕਤੰਤਰੀ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ: ਆਰਕੀਟੈਕਚਰ, ਸੰਰਚਨਾ, ਪ੍ਰਸ਼ਾਸਨ ਅਤੇ ਨੁਕਸਾਨ