ਕਲਾਇੰਟ VLAN ਜਾਂ ਟੈਗ ਕੀਤਾ ਟਰੰਕ: ਸਹੀ OpenVPN ਮੋਡ ਚੁਣੋ

ਲਗਭਗ ਇੱਕੋ ਸ਼ਬਦਾਂ ਵਿੱਚ ਦੋ ਬੇਨਤੀਆਂ ਆਉਂਦੀਆਂ ਹਨ: ਹਰ VPN ਕਲਾਇੰਟ ਨੂੰ ਚੁਣੇ ਹੋਏ VLAN ਵਿੱਚ ਰੱਖੋ, ਜਾਂ ਮੌਜੂਦਾ VLAN ਟਰੰਕ ਨੂੰ VPN ਰਾਹੀਂ ਲੈ ਜਾਓ। ਇਹ ਦੋ ਵੱਖਰੇ ਉਤਪਾਦ ਹਨ। OpenVPN ਦਾ ਅੰਦਰੂਨੀ VLAN-ਜਾਣੂ ਮੋਡ ਪਹਿਲੀ ਬੇਨਤੀ ਲਈ ਸਵਿੱਚ ਮਾਡਲ ਹੈ, ਅਤੇ ਇਹ ਪਾਰਦਰਸ਼ੀ ਟੈਗ ਢੋਆ-ਢੁਆਈ ਦਾ ਸਮਾਨਾਰਥੀ ਨਹੀਂ ਹੈ। ਗ਼ਲਤ ਚੋਣ ਨਾਲ ਅਜਿਹਾ ਡਿਜ਼ਾਈਨ ਬਣਦਾ ਹੈ ਜੋ ਸੰਰਚਿਤ ਦਿਸਦਾ ਹੈ ਪਰ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਫਰੇਮ ਚੁੱਪਚਾਪ ਸੁੱਟ ਦਿੰਦਾ ਹੈ।

VLAN-ਜਾਣੂ ਮੋਡ ਅਸਲ ਵਿੱਚ ਕੀ ਬਣਾਉਂਦਾ ਹੈ

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

ਸਰਵਰ ਦਾ TAP ਪਾਸਾ vlan-accept ਰਾਹੀਂ ਆਪਣੀ ਟੈਗ ਕੀਤੀ ਜਾਂ ਟੈਗ ਰਹਿਤ ਸਵੀਕ੍ਰਿਤੀ ਨੀਤੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਉਸ ਸਵਿੱਚ ਅੰਦਰ ਅੱਗੇ ਭੇਜਣਾ ਸਿਰਫ਼ ਮਿਲਦੇ VID ਵਿਚਕਾਰ ਹੁੰਦਾ ਹੈ, client-to-client ਸੈੱਟ ਹੋਣ 'ਤੇ ਵੀ, ਇਸ ਲਈ ਵੱਖਰੇ VLAN ਵਾਲੇ ਦੋ ਕਲਾਇੰਟ ਦੋਵੇਂ ਸਰਵਰ ਨਾਲ ਜੁੜੇ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਸਰਵਰ ਰਾਹੀਂ ਇੱਕ-ਦੂਜੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦੇ।

ਇਹ ਮਾਡਲ ਐਕਸੈਸ-ਪੋਰਟ ਮਾਡਲ ਹੈ। ਕਲਾਇੰਟ ਤੋਂ ਨਿਕਲਣ ਵਾਲੇ ਫਰੇਮ ਟੈਗ ਤੋਂ ਬਿਨਾਂ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਸੰਬੰਧ ਸਰਵਰ ਪਛਾਣ ਦੇ ਆਧਾਰ 'ਤੇ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਲੈਪਟਾਪ ਨੂੰ ਆਪਣਾ ਟ੍ਰੈਫ਼ਿਕ ਆਪਣੇ ਆਪ ਟੈਗ ਕਰਨ ਲਈ ਕਹਿਣਾ ਦੂਜਾ ਡਿਜ਼ਾਈਨ ਮੰਗਣਾ ਹੈ।

ਅਲਾਟ ਪ੍ਰਮਾਣਿਤ ਕਲਾਇੰਟ ਪਛਾਣ ਦੀ ਪਾਲਣਾ ਕਰਨ, ਕਲਾਇੰਟ ਵੱਲੋਂ ਆਪਣੇ ਬਾਰੇ ਦਿੱਤੇ ਮੁੱਲ ਦੀ ਨਹੀਂ। ਛੱਡਿਆ ਹੋਇਆ ਅਲਾਟ ਕੁਆਰੰਟੀਨ ਹਾਲਤ ਵੀ ਨਹੀਂ ਹੈ: ਕਲਾਇੰਟ ਡਿਫ਼ਾਲਟ PVID 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ, ਇਸ ਲਈ ਗੁੰਮ ccd ਐਂਟਰੀ ਚੁੱਪ ਨੀਤੀ ਫ਼ੈਸਲਾ ਹੈ, ਨਿਰਪੱਖ ਨਹੀਂ।

ਪਾਰਦਰਸ਼ੀ ਟਰੰਕ ਇਸ ਦੀ ਥਾਂ ਕੀ ਮੰਗਦਾ ਹੈ

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

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

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

ਜਵਾਬ ਤੈਅ ਕਰਨ ਵਾਲੀਆਂ ਤਿੰਨ ਸ਼ਰਤਾਂ

ਪਹਿਲਾਂ, ਕੀ ਕਲਾਇੰਟ ਪਲੇਟਫਾਰਮ TAP ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ? Android ਅਤੇ iOS ਨਹੀਂ ਕਰਦੇ, ਅਤੇ macOS ਦਾ ਸਮਰਥਨ ਸੀਮਿਤ ਹੈ, ਇਸ ਲਈ ਮੋਬਾਈਲ ਵਰਤੋਂਕਾਰਾਂ ਦਾ ਬੇੜਾ VLAN ਕਿਵੇਂ ਵੀ ਤਰਤੀਬ ਦਿੱਤੇ ਜਾਣ, ਦੋਵੇਂ TAP ਡਿਜ਼ਾਈਨ ਰੱਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਰਾਊਟਿਡ TUN ਸੈਸ਼ਨ ਈਥਰਨੈੱਟ ਫਰੇਮ ਨਹੀਂ, IP ਪੈਕਟ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਪਾਸੇ ਦੀ ਕੋਈ ਵੀ VLAN ਸੰਰਚਨਾ ਇਸ ਨੂੰ ਨਹੀਂ ਬਦਲਦੀ। ਟੋਪੋਲੋਜੀ ਡਿਜ਼ਾਈਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬੇੜਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਇਹੀ ਸ਼ਰਤ ਟਾਲੀ ਨਹੀਂ ਜਾ ਸਕਦੀ। ਸਵਿੱਚ ਦਾ ਕੰਮ ਮੁੱਕਣ ਮਗਰੋਂ ਸਭ ਤੋਂ ਵੱਧ ਲੱਭਣ ਵਾਲੀ ਸ਼ਰਤ ਵੀ ਇਹੀ ਹੈ।

ਦੂਜਾ, VLAN ਕੌਣ ਅਲਾਟ ਕਰਦਾ ਹੈ? ਜੇ ਜਵਾਬ «ਸਰਵਰ, ਇਸ ਆਧਾਰ 'ਤੇ ਕਿ ਕਿਸਨੇ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ» ਹੈ, ਤਾਂ ਸਵਿੱਚ ਮਾਡਲ ਢੁੱਕਦਾ ਹੈ। ਜੇ ਜਵਾਬ «ਮੌਜੂਦਾ ਸਵਿੱਚ ਢਾਂਚਾ, ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਟੈਗਾਂ ਨਾਲ» ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਟਰੰਕ ਡਿਜ਼ਾਈਨ ਚਾਹੀਦਾ ਹੈ।

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

ਆਪਣੀ ਚੋਣ ਦੀ ਜਾਂਚ

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

ip -d link show tap0
bridge vlan show

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

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