ਪੂਰਾ-ਟਨਲ VPN ਤੁਹਾਡੇ ਰੂਟ ਕੀਤੇ ਸਥਾਨਕ VLAN ਕਿਉਂ ਲੁਕਾਉਂਦਾ ਹੈ

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

ਇਹ VPN ਸੈਟਿੰਗ ਨਹੀਂ ਸਗੋਂ ਰੂਟਿੰਗ ਦਾ ਸਵਾਲ ਹੈ, ਜੋ ਚੰਗੀ ਖ਼ਬਰ ਹੈ: ਇਸਦਾ ਇੱਕ ਠੋਸ ਜਵਾਬ ਹੈ।

“ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਦੀ ਆਗਿਆ ਦਿਓ” ਅਸਲ ਵਿੱਚ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ

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

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

ਜੁੜੇ ਹੋਏ ਰੂਟ ਪਹਿਲੇ ਰਾਊਟਰ ’ਤੇ ਹੀ ਰੁਕਦੇ ਹਨ

192.168.10.1 ਗੇਟਵੇ ਵਾਲਾ 192.168.10.20/24 ਵਰਕਸਟੇਸ਼ਨ 192.168.10.0/24 ਲਈ ਜੁੜਿਆ ਰੂਟ ਆਪਣੇ-ਆਪ ਪ੍ਰਾਪਤ ਕਰ ਲੈਂਦਾ ਹੈ। 192.168.20.0/24 ’ਤੇ ਸਟੋਰੇਜ VLAN ਇੱਕ ਵੱਖਰਾ ਪ੍ਰੀਫਿਕਸ ਹੈ, ਉਹ ਸਿਰਫ਼ ਉਸ ਗੇਟਵੇ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੈ, ਅਤੇ ਵਰਕਸਟੇਸ਼ਨ ਕੋਲ ਡਿਫ਼ਾਲਟ ਤੋਂ ਇਲਾਵਾ ਉਸਦਾ ਕੋਈ ਰੂਟ ਨਹੀਂ ਹੈ। ਟਨਲ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਆਮ ਡਿਫ਼ਾਲਟ ਸਟੋਰੇਜ ਟ੍ਰੈਫ਼ਿਕ 192.168.10.1 ਵੱਲ ਭੇਜਦਾ ਹੈ ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਚੱਲਦਾ ਹੈ।

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

/1 ਰੂਟ ਦੀ ਜੋੜੀ ਜਾਂ ਦੂਜਾ ਡਿਫ਼ਾਲਟ ਵਰਗਾ ਚੌੜਾ ਅਪਵਾਦ ਵਰਤਣ ਦਾ ਲਾਲਚ ਹੁੰਦਾ ਹੈ। ਉਸਦਾ ਵਿਰੋਧ ਕਰੋ। ਅਪਵਾਦ ਜਿੰਨਾ ਬਾਰੀਕ, ਓਨਾ ਹੀ ਉਸਨੂੰ ਸਮਝਾਉਣਾ, ਜਾਂਚਣਾ ਅਤੇ ਨੈੱਟਵਰਕ ਬਦਲਣ ’ਤੇ ਹਟਾਉਣਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ।

ਅਪਵਾਦ ਨੂੰ ਜਿੱਤਣ ਵਾਲੀ ਸਾਰਣੀ ਵਿੱਚ ਰੱਖੋ

ਇੱਕ ਹੀ ਰੂਟਿੰਗ ਸਾਰਣੀ ਅੰਦਰ /24 ਸਭ ਤੋਂ ਲੰਬੇ ਪ੍ਰੀਫਿਕਸ ਮੇਲ ਨਾਲ /0 ਜਾਂ /1 ਨੂੰ ਹਰਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਸਥਾਨਕ ਗੇਟਵੇ ਰਾਹੀਂ ਸਟੋਰੇਜ VLAN ਵੱਲ ਜਾਣ ਵਾਲਾ ਖਾਸ ਰੂਟ ਕਾਫ਼ੀ ਹੈ, ਬਸ਼ਰਤੇ ਸਾਰਣੀ ਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਵੇਖਿਆ ਜਾਵੇ। ਲੀਨਕਸ ’ਤੇ ਆਮ ਰੂਪ ਛੋਟਾ ਹੈ:

ip route add 192.168.20.0/24 via 192.168.10.1 dev eth0

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

ਫਿਰ ਐਂਟਰੀ ਨੂੰ ਕਲਾਇੰਟ ਦੇ ਸਮਰਥਿਤ ਤੰਤਰ ਜਾਂ ਇੰਟਰਫ਼ੇਸ ਦੇ ਮਾਲਕ ਨੈੱਟਵਰਕ ਮੈਨੇਜਰ ਰਾਹੀਂ ਸਥਾਈ ਬਣਾਓ। ਪ੍ਰਾਂਪਟ ’ਤੇ ਟਾਈਪ ਕੀਤਾ ਰੂਟ ਅਗਲੀ ਮੁੜ-ਕਨੈਕਸ਼ਨ ’ਤੇ ਗ਼ਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇੱਕ Wi-Fi ਗੇਟਵੇ ਨਾਲ ਬੱਝਿਆ ਰੂਟ ਲੈਪਟਾਪ ਦੇ ਅਗਲੇ ਨੈੱਟਵਰਕ ’ਤੇ ਨਹੀਂ ਚੱਲਦਾ।

ਨਾਮ ਅਤੇ ਨੀਤੀ ਰੂਟਾਂ ਦੇ ਪਿੱਛੇ ਨਹੀਂ ਚੱਲਦੇ

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

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

ਇੱਕ ਸਮਝੌਤਾ ਜੋ ਤੁਸੀਂ ਸੌਂਪ ਸਕਦੇ ਹੋ

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

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

ਸਮਝੌਤੇ ਨੂੰ ਦੋ ਵਾਰ ਪਰਖੋ: ਇੱਕ ਵਾਰ ਟਨਲ ਚਾਲੂ ਹੋਣ ’ਤੇ ਅਤੇ ਇੱਕ ਵਾਰ ਬੰਦ ਹੋਣ ’ਤੇ। ਜੇ ਸਥਾਨਕ ਰਾਹ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹਾਲਤ ਵਿੱਚ ਚੱਲਦਾ ਹੈ, ਤਾਂ ਅਪਵਾਦ ਅਜੇ ਸਮਝੌਤਾ ਨਹੀਂ ਬਣਿਆ।