L2 VPN ਬਨਾਮ L3 ਟਨਲ: ਸਾਈਟ ਬ੍ਰਿਜ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੰਜ ਜਾਂਚਾਂ

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

ਜਾਂਚੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਤਾਰ 'ਤੇ ਕੀ ਰੱਖਦੀ ਹੈ

ਕੋਈ ਵੀ ਉਤਪਾਦ ਨਾਮ ਚਰਚਾ ਵਿੱਚ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਉਸ ਟ੍ਰੈਫ਼ਿਕ ਦਾ ਇੱਕ ਮਿੰਟ ਕੈਪਚਰ ਕਰੋ ਜਿਸ ਨੂੰ ਲਿੰਕ ਪਾਰ ਕਰਨਾ ਹੈ: tcpdump -i eth0 -nn -e 'not ip'। ਇਹ ਵਿਕਲਪ -e ਲਿੰਕ-ਲੇਅਰ ਹੈਡਰ ਛਾਪਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਰਾਊਟਿਡ ਟਨਲ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਜੇ ਕੈਪਚਰ ਖਾਲੀ ਰਹੇ, ਤਾਂ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ IP ਬੋਲਦੀ ਹੈ ਅਤੇ L3 ਟਨਲ ਇਸ ਨੂੰ ਬਿਨਾਂ ਬਦਲਾਅ ਲੈ ਜਾਂਦਾ ਹੈ। ਜੇ ਫਰੇਮ ਦਿਸਣ, ਤਾਂ EtherType ਨੋਟ ਕਰੋ, ਕਿਉਂਕਿ 0x0806 ARP ਹੈ, 0x88cc LLDP ਹੈ, ਅਤੇ ਵਿਕਰੇਤਾ ਦਾ ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ IP ਵਿਕਲਪ ਤੋਂ ਬਿਨਾਂ ਖੋਜ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਅਰਥ ਦਿੰਦਾ ਹੈ। ਇਸੇ ਬਿੰਦੂ 'ਤੇ ਇੱਕ ਆਮ tun ਇੰਟਰਫ਼ੇਸ ਕਾਫ਼ੀ ਨਹੀਂ ਰਹਿੰਦਾ।

ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਵੀ ਕੈਪਚਰ ਦੁਹਰਾਓ। ਫਰੇਮ ਜੋ ਸਿਰਫ਼ ਇੱਕ ਹੋਸਟ ਦੇ ਵਰਚੁਅਲ ਸਵਿੱਚ ਦੇ ਅੰਦਰ ਹੀ ਮੌਜੂਦ ਹੈ, WAN 'ਤੇ ਬ੍ਰੌਡਕਾਸਟ ਡੋਮੇਨ ਖਿੱਚਣ ਦਾ ਕਾਰਨ ਨਹੀਂ ਹੈ।

ਜਾਂਚੋ ਕਿ ਕੀ ਖੋਜ ਨੂੰ ਲਿੰਕ ਪਾਰ ਕਰਨਾ ਪੈਂਦਾ ਹੈ

ਰਾਊਟਿਡ ਟਨਲ ਦਾ ਕੋਈ ਸਾਂਝਾ ਸੈਗਮੈਂਟ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਸਮੂਹ ਨੂੰ ਸੰਬੋਧਿਤ ਕੁਝ ਵੀ ਦੂਜੇ ਸਿਰੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ। ARP, DHCP ਬ੍ਰੌਡਕਾਸਟ, 224.0.0.251'ਤੇ mDNS, SSDP ਅਤੇ NetBIOS ਨਾਮ ਪੁੱਛਗਿੱਛ ਸਾਰੇ ਅਜਿਹੇ ਲਿੰਕ ਦੀ ਧਾਰਨਾ ਕਰਦੇ ਹਨ ਜਿਸ ਨੂੰ ਕਈ ਹੋਸਟ ਇਕੱਠੇ ਸੁਣ ਸਕਦੇ ਹਨ।

ਪੁੱਛੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਅਸਲ ਵਿੱਚ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸ 'ਤੇ ਨਿਰਭਰ ਹੈ, ਅਤੇ ਕੀ ਇਸ ਲਈ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰੌਕਸੀ ਹੈ। DHCP ਰਿਲੇ, mDNS ਪਰਾਵਰਤਨ ਅਤੇ ਸਥਿਰ ARP ਐਂਟਰੀਆਂ ਹਰ ਇੱਕ ਇੱਕ ਨਿਰਭਰਤਾ ਹਟਾਉਂਦੀ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਚਲਾਉਣ ਤੇ ਨਿਗਰਾਨੀ ਕਰਨ ਵਾਲੀ ਇੱਕ ਹੋਰ ਸੇਵਾ ਹੈ। ਜਦੋਂ ਦੋ ਜਾਂ ਤਿੰਨ ਬਚਣ, ਤਾਂ ਬ੍ਰਿਜ ਕਰਨਾ ਇਮਾਨਦਾਰ ਜਵਾਬ ਹੈ।

ਜਾਂਚੋ ਕਿ ਵਾਧੂ ਹੈਡਰ ਤੁਹਾਨੂੰ ਕਿੰਨਾ ਮਹਿੰਗਾ ਪੈਂਦਾ ਹੈ

ਫਰੇਮਾਂ ਨੂੰ ਰਹਿਣ ਦੀ ਥਾਂ ਚਾਹੀਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਜੋ ਵੀ ਭੇਜਦੇ ਹੋ ਉਸ ਦੁਆਲੇ ਦੂਜਾ ਹੈਡਰ ਸਟੈਕ ਲਿਪਟ ਜਾਂਦਾ ਹੈ। VXLAN ਓਵਰਲੇ ਵਿੱਚ ਇਸ ਦਾ ਅਰਥ ਹੈ ਬਾਹਰੀ IP ਹੈਡਰ, UDP ਹੈਡਰ ਅਤੇ 8-ਬਾਈਟ VXLAN ਹੈਡਰ, ਜੋ ਪੂਰੇ ਆਕਾਰ ਦੇ 1,500-ਬਾਈਟ ਪੇਲੋਡ ਨੂੰ ਆਮ 1,500-ਬਾਈਟ ਇੰਟਰਨੈੱਟ ਲਿੰਕ ਦੇ ਪਾਥ MTU ਤੋਂ ਅੱਗੇ ਧੱਕ ਦਿੰਦਾ ਹੈ। OpenVPN tap ਮੋਡ ਵਿੱਚ ਉਸੇ ਦਿਸ਼ਾ ਵਿੱਚ ਆਪਣਾ ਓਵਰਹੈਡ ਜੋੜਦਾ ਹੈ। ਅੰਦਰਲੇ ਪਾਸੇ ਘੱਟ MTU ਤੋਂ ਬਿਨਾਂ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਲਿੰਕ ਮਿਲਦਾ ਹੈ ਜੋ ping ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਪਹਿਲੇ ਵੱਡੇ ਟ੍ਰਾਂਸਫ਼ਰ 'ਤੇ ਅਟਕ ਜਾਂਦਾ ਹੈ।

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

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

ਜਾਂਚੋ ਕਿ ਤੁਹਾਨੂੰ ਕਿਸ ਕਿਸਮ ਦਾ L2 VPN ਦਿੱਤਾ ਜਾ ਰਿਹਾ ਹੈ

ਸ਼ਬਦ ਆਪ ਹੀ ਅਸਪਸ਼ਟ ਹੈ, ਅਤੇ ਇਹੀ ਅਸਪਸ਼ਟਤਾ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਤੁਹਾਡਾ ਟ੍ਰੈਫ਼ਿਕ ਕੌਣ ਢੋਵੇਗਾ। ਕਦੇ ਇਹ ਪੇਲੋਡ ਬਿਆਨ ਕਰਦਾ ਹੈ: IP ਦੇ ਅੰਦਰ Ethernet ਫਰੇਮ, ਕਿਸੇ ਹੋਰ ਟਨਲ ਵਾਂਗ ਇੰਟਰਨੈੱਟ ਰਾਹੀਂ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਜਿਵੇਂ VXLAN, ZeroTier ਅਤੇ OpenVPN ਦਾ tap ਮੋਡ ਕਰਦਾ ਹੈ। ਕਦੇ ਇਹ ਖਰੀਦੀ ਸੇਵਾ ਬਿਆਨ ਕਰਦਾ ਹੈ: ਇੱਕ ਕੈਰੀਅਰ Ethernet ਸਰਕਟ ਜਾਂ MPLS ਨਕਲੀ ਤਾਰ ਜੋ ਇੱਕੋ ਪ੍ਰਦਾਤਾ ਦੇ ਨੈੱਟਵਰਕ ਅੰਦਰ ਦੋ ਸਾਈਟਾਂ ਨੂੰ ਜੋੜਦੀ ਹੈ।

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

ਬ੍ਰਿਜ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਸਤਾ ਉਪਾਅ ਜਾਂਚੋ

ਬ੍ਰਿਜ ਕੀਤੇ ਲਿੰਕ ਦੀਆਂ ਜ਼ਿਆਦਾਤਰ ਬੇਨਤੀਆਂ ਇੱਕ ਟੁੱਟੀ ਲੁੱਕਅਪ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ, ਅਜਿਹੇ ਪ੍ਰੋਟੋਕੋਲ ਤੋਂ ਨਹੀਂ ਜਿਸ ਨੂੰ ਸੱਚਮੁੱਚ ਫਰੇਮ ਚਾਹੀਦੇ ਹਨ। ਪਹਿਲਾਂ ਰਿਜ਼ੌਲਵਰ ਅਤੇ ਖੋਜ ਡੋਮੇਨ ਨੂੰ ਰਾਊਟਿਡ ਟਨਲ ਰਾਹੀਂ ਭੇਜੋ: dhcp-option DNS 10.8.0.1 ਦੇ ਨਾਲ dhcp-option DOMAIN internal.example OpenVPN ਸਰਵਰ ਸੰਰਚਨਾ ਵਿੱਚ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹੈਰਾਨ ਕਰਨ ਵਾਲੀ ਗਿਣਤੀ ਹੱਲ ਕਰ ਦਿੰਦਾ ਹੈ। ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਦਾ ਸਥਾਨਕ ਫ਼ਾਰਵਰਡਰ ਕੋਈ ਬ੍ਰੌਡਕਾਸਟ ਟ੍ਰੈਫ਼ਿਕ ਹਿਲਾਏ ਬਿਨਾਂ ਉਹੀ ਕੰਮ ਕਰਦਾ ਹੈ।

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

ਫ਼ੈਸਲਾ ਕ੍ਰਮ ਵਿੱਚ ਬੰਦ ਕਰੋ: ਕੀ ਟ੍ਰੈਫ਼ਿਕ ਗੈਰ-IP EtherType ਢੋਂਦਾ ਹੈ, ਕੀ ਖੋਜ ਨੂੰ ਪਾਰ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਕੀ MTU ਵਾਧੂ ਹੈਡਰ ਨਿਗਲ ਸਕਦਾ ਹੈ, ਕੀ ਪ੍ਰਦਾਤਾ ਦਾ ਸਰਕਟ ਸੱਚਮੁੱਚ ਉਪਲਬਧ ਹੈ, ਅਤੇ ਕੀ ਰਾਊਟਿਡ ਉਪਾਅ ਅਜਿਹੇ ਕਾਰਨ ਫੇਲ੍ਹ ਹੋਇਆ ਜਿਸ ਦਾ ਨਾਮ ਤੁਸੀਂ ਦੱਸ ਸਕਦੇ ਹੋ? ਕਿਸੇ ਵੀ ਕਦਮ 'ਤੇ ਨਾਂ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਟਨਲ ਦੇ ਪੱਖ ਵਿੱਚ ਬਹਿਸ ਖ਼ਤਮ ਕਰ ਦਿੰਦਾ ਹੈ। ਕੈਪਚਰ ਅਤੇ EtherType ਸੂਚੀ ਬਦਲਾਅ ਰਿਕਾਰਡ ਨਾਲ ਸੰਗ੍ਰਹਿਤ ਕਰੋ, ਕਿਉਂਕਿ ਅਗਲਾ ਵਿਅਕਤੀ ਉਹੀ ਸਵਾਲ ਪੁੱਛੇਗਾ ਅਤੇ ਮਾਪ ਦੁਹਰਾਉਣਾ ਨਹੀਂ ਚਾਹੇਗਾ।