ਇੱਕ VLAN ਲਈ TAP ਬ੍ਰਿਜ: ਉਪ-ਇੰਟਰਫੇਸ ਜੋੜੋ

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

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

ਟੈਗ ਨਹੀਂ ਦਿਸਦਾ ਕਿਉਂਕਿ ਤੁਸੀਂ ਟਰੰਕ ਬ੍ਰਿਜ ਕੀਤਾ

VLAN 120 ਚੁੱਕਣ ਵਾਲਾ Linux ਅੱਪਲਿੰਕ eno1 ਪ੍ਰਬੰਧਿਤ ਸਵਿੱਚ ਵੱਲ ਲੈ ਜਾਓ। ਇੱਕ VLAN ਲਈ ਕੰਮ ਕਰਨ ਵਾਲਾ ਡਿਜ਼ਾਈਨ tap_vpn ਨੂੰ br_vpn ਨਾਲ ਬ੍ਰਿਜ ਕੀਤਾ ਹੋਇਆ ਹੈ, ਜਿੱਥੇ br_vpn ਵਿੱਚ eno1 ਨਹੀਂ ਸਗੋਂ eno1.120 ਹੁੰਦਾ ਹੈ। VLAN ਉਪ-ਇੰਟਰਫੇਸ ਬਾਹਰ ਜਾਣ ਵੇਲੇ ਟੈਗ ਲਾਉਂਦਾ ਹੈ ਅਤੇ ਅੰਦਰ ਆਉਣ ਵੇਲੇ ਹਟਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਬ੍ਰਿਜ ਉਸ ਇੱਕ VLAN ਲਈ ਸਿਰਫ਼ ਟੈਗ ਰਹਿਤ ਫਰੇਮਾਂ ਦੇਖਦਾ ਹੈ। ਇਸ ਦੀ ਬਜਾਏ ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਬ੍ਰਿਜ ਵਿੱਚ ਰੱਖੋ, ਉਹੀ ਫਰੇਮ ਟਰੰਕ ਪੋਰਟ 'ਤੇ ਟੈਗ ਤੋਂ ਬਿਨਾਂ ਬਾਹਰ ਜਾਂਦੇ ਹਨ, ਜੋ ਤੁਸੀਂ ਯੋਜਨਾ ਨਹੀਂ ਸੀ ਬਣਾਈ।

VLAN ਫਿਲਟਰਿੰਗ ਬੰਦ ਕਰਕੇ ਟਰੰਕ ਬ੍ਰਿਜ ਕਰਨਾ ਉਸੇ ਨਤੀਜੇ ਤੱਕ ਪਹੁੰਚਣ ਦਾ ਛੋਟਾ ਰਾਹ ਨਹੀਂ ਹੈ। ਇਹ ਉਸ ਤਾਰ 'ਤੇ ਹਰ VLAN ਬ੍ਰਿਜ ਨੂੰ ਦੇ ਦਿੰਦਾ ਹੈ, ਉਹ ਵੀ ਜੋ ਕਲਾਇੰਟਾਂ ਨੂੰ ਨਹੀਂ ਦਿਸਣੇ ਚਾਹੀਦੇ।

ਦੋ ਜਾਇਜ਼ ਡਿਜ਼ਾਈਨ, ਇੱਕ ਟੈਗ ਮਾਲਕ

VLAN-ਜਾਣੂ ਬ੍ਰਿਜ ਦੂਜਾ ਵੈਧ ਪ੍ਰਬੰਧ ਹੈ: ਟਰੰਕ ਬ੍ਰਿਜ ਪੋਰਟ ਵਿੱਚ ਵੜਦਾ ਹੈ, ਅਤੇ ਪੋਰਟ ਅਨੁਸਾਰ ਮੈਂਬਰਸ਼ਿਪ, PVID ਅਤੇ ਟੈਗ ਕੀਤੀਆਂ ਆਊਟਪੁੱਟ ਸੈਟਿੰਗਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਕਿਹੜੇ VLAN ਲੰਘਣਗੇ। ਉੱਥੇ ਟੈਗਿੰਗ ਬ੍ਰਿਜ ਦੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਸ ਦੇ ਹੇਠਾਂ VLAN ਉਪ-ਇੰਟਰਫੇਸ ਜੋੜਨਾ ਇੱਕ ਕੰਮ ਲਈ ਦੂਜਾ ਮਾਲਕ ਲਗਾ ਦੇਵੇਗਾ। ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਚੱਲਦੇ ਹਨ; ਦੋਹਾਂ ਦੇ ਟੁਕੜੇ ਨਹੀਂ ਚੱਲਦੇ। ਕੋਈ ਵੀ ਮੈਂਬਰ ਸੂਚੀ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੀ ਵਸਤੂ ਟੈਗ ਲਾਉਂਦੀ ਹੈ।

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

ਪਤਾ ਮੈਂਬਰਸ਼ਿਪ ਨਾਲ ਹੀ ਹਿਲਾਓ

ਉਪ-ਇੰਟਰਫੇਸ ਡਿਜ਼ਾਈਨ ਵਿੱਚ, ਬ੍ਰਿਜ ਕੀਤੇ ਸਬਨੈੱਟ ਲਈ ਹੋਸਟ ਦਾ ਪਤਾ br_vpn 'ਤੇ ਹੁੰਦਾ ਹੈ, ਪਹਿਲਾਂ ਹੋ ਸਕਣ ਵਾਲੇ ਗੁਲਾਮ VLAN ਪੋਰਟ 'ਤੇ ਨਹੀਂ। ਇਸ ਨੂੰ ਪੋਰਟ 'ਤੇ ਛੱਡਣਾ ਚੱਲਦਾ ਦਿਸ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਅਜੀਬ ਵਿਵਹਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਬ੍ਰਿਜ 2-ਪਰਤ 'ਤੇ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਪਤਾ ਮੈਂਬਰ 'ਤੇ ਬੈਠਦਾ ਹੈ। ਇਸ ਨੂੰ ਵੱਖਰੇ ਪ੍ਰਯੋਗ ਵਜੋਂ ਨਹੀਂ, ਮੈਂਬਰਸ਼ਿਪ ਬਦਲਾਅ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਹਿਲਾਓ।

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

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

ਰਸਤਿਆਂ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਮੈਂਬਰਸ਼ਿਪ ਜਾਂਚੋ

ਸੋਚੀ ਹੋਈ ਹਾਲਤ ਨਹੀਂ, ਮੌਜੂਦਾ ਹਾਲਤ ਪੜ੍ਹੋ: ip -d link show dev eno1.120 VLAN id ਅਤੇ ਇਸ ਦੇ ਮਾਪੇ ਛਾਪਦਾ ਹੈ, ip link show master br_vpn ਬ੍ਰਿਜ ਮੈਂਬਰ ਗਿਣਦਾ ਹੈ, ਅਤੇ bridge vlan show ਪੋਰਟ ਅਨੁਸਾਰ ਮੈਂਬਰਸ਼ਿਪ ਅਤੇ ਆਊਟਪੁੱਟ ਸੰਭਾਲ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ। ਉਪ-ਇੰਟਰਫੇਸ ਡਿਜ਼ਾਈਨ ਵਿੱਚ, ਪੱਕਾ ਕਰੋ ਕਿ TAP ਯੰਤਰ ਅਤੇ VLAN ਯੰਤਰ ਮੈਂਬਰ ਹਨ। VLAN-ਜਾਣੂ ਬ੍ਰਿਜ ਵਿੱਚ, ਪੋਰਟ ਨੀਤੀ ਆਪ ਹੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਬ੍ਰਿਜ ਦਾ ਹੋਣਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇਹ ਕੀ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ।

ਫਿਰ ਇਜਾਜ਼ਤ ਵਾਲੇ ਇੱਕ ਕਲਾਇੰਟ ਨੂੰ ਉਸ VLAN ਦੀ ਸੇਵਾ ਨਾਲ ਪਰਖੋ, ਯਾਦ ਰੱਖੋ ਕਿ ARP, ਫਾਇਰਵਾਲ ਨੀਤੀ ਅਤੇ ਜਵਾਬ ਮਾਰਗ ਮੈਂਬਰਸ਼ਿਪ ਤੋਂ ਵੱਖਰੇ ਮਸਲੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਪੈਕਟ ਫੜਦੇ ਹੋ, ਤਾਂ ਧਿਆਨ ਦਿਓ ਕਿ ਹਾਰਡਵੇਅਰ ਆਫਲੋਡ ਬਦਲ ਸਕਦਾ ਹੈ ਕਿ ਟ੍ਰੇਸ ਵਿੱਚ VLAN ਟੈਗ ਕਿੱਥੇ ਦਿਸਦੇ ਹਨ। ਘੇਰੇ ਨੂੰ ਵੀ ਇਮਾਨਦਾਰ ਰੱਖੋ: ਰਾਊਟ ਕੀਤਾ TUN ਕਲਾਇੰਟ ਕਿਸੇ ਵੀ ਬ੍ਰਿਜ ਬਦਲਾਅ ਨਾਲ VLAN ਮੈਂਬਰ ਨਹੀਂ ਬਣਦਾ, ਅਤੇ ਕਲਾਇੰਟ-ਤੋਂ-ਕਲਾਇੰਟ ਟ੍ਰੈਫਿਕ ਹੋਸਟ-ਤੋਂ-VLAN ਜੋੜ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ।