ਮਾਸਕਰੇਡ ਜਾਂ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ: VPN ਗੇਟਵੇ ਰਾਹੀਂ LAN ਟ੍ਰੈਫਿਕ
ਇੱਕ Linux ਗੇਟਵੇ LAN ਸਰੋਤਾਂ ਨੂੰ ਆਪਣੇ ਟਨਲ ਪਤੇ ਪਿੱਛੇ ਲੁਕਾ ਸਕਦਾ ਹੈ ਜਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਬਿਨਾਂ ਬਦਲਾਅ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ। ਚੋਣ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਦੂਰ ਵਾਲਾ ਪਾਸਾ ਕਿਸਦਾ ਹੈ ਅਤੇ ਉਸਦਾ ਵਾਪਸੀ ਮਾਰਗ ਕੀ ਹੈ।
ਪੂਰੇ LAN ਨੂੰ VPN ਟਨਲ ਪਿੱਛੇ ਰੱਖਣਾ ਸੌਖਾ ਹਿੱਸਾ ਹੈ; ਇਹ ਤੈਅ ਕਰਨਾ ਕਿ ਦੂਰ ਵਾਲਾ ਪਾਸਾ ਉਨ੍ਹਾਂ ਕਲਾਇੰਟਾਂ ਨੂੰ ਕਿਵੇਂ ਦੇਖਦਾ ਹੈ, ਸੌਖਾ ਨਹੀਂ। ਮਾਸਕਰੇਡ ਹਰ LAN ਸਰੋਤ ਨੂੰ ਗੇਟਵੇ ਦੇ ਟਨਲ ਪਤੇ 'ਤੇ ਮੁੜ ਲਿਖਦਾ ਹੈ, ਇਸ ਲਈ ਦੂਰ ਵਾਲਾ ਪਾਸਾ ਇੱਕ ਪੀਅਰ ਨੂੰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਮੂਲ ਪਤਿਆਂ ਨੂੰ ਬਚਾਈ ਰੱਖਦੀ ਹੈ ਅਤੇ ਲੋੜ ਕਰਦੀ ਹੈ ਕਿ ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਨੂੰ ਪਤਾ ਹੋਵੇ ਕਿ ਉਨ੍ਹਾਂ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ। ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਡਿਫਾਲਟ ਨਹੀਂ; ਚੋਣ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਦੂਰ ਵਾਲਾ ਪਾਸਾ ਕਿਸਦਾ ਹੈ ਅਤੇ ਪ੍ਰਤੀ-ਡਿਵਾਈਸ ਪਛਾਣ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਾਂ ਨਹੀਂ।
ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਦਾ ਵਾਅਦਾ ਕਰਦੇ ਹਨ
ਮਾਸਕਰੇਡ LAN ਨੂੰ ਇੱਕ ਦਿਖਣ ਵਾਲੇ ਹੋਸਟ ਤੱਕ ਘਟਾਉਂਦਾ ਹੈ: ਗੇਟਵੇ। ਦੂਰ ਵਾਲਾ ਨੈੱਟਵਰਕ ਉਸੇ ਇੱਕ ਪਤੇ ਨੂੰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਜਵਾਬਾਂ ਨੂੰ ਉਸ ਕਲਾਇੰਟ ਵੱਲ ਵਾਪਸ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ ਜਿਸਨੇ ਪ੍ਰਵਾਹ ਸ਼ੁਰੂ ਕੀਤਾ। ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਤੁਹਾਡੇ ਪ੍ਰਾਈਵੇਟ ਪ੍ਰੀਫਿਕਸ ਲਈ ਕੋਈ ਮਾਰਗ ਲੋੜੀਂਦਾ ਨਹੀਂ, ਇਸ ਲਈ ਇਹ ਡਿਜ਼ਾਈਨ ਉਸ ਪ੍ਰਦਾਤਾ ਨਾਲ ਵੀ ਟਿਕਦਾ ਹੈ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਲੈ ਜਾਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ। ਗੇਟਵੇ ਹਰ ਕਨੈਕਸ਼ਨ ਦਾ ਸਰੋਤ ਵੀ ਬਣ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਦੂਰ ਵਾਲਾ ਪਾਸਾ ਦੋ ਕਲਾਇੰਟਾਂ ਵਿੱਚ ਫ਼ਰਕ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਹਰ ਕਲਾਇੰਟ ਦਾ ਪਤਾ ਅਟੱਲ ਰੱਖਦੀ ਹੈ। ਦੂਰ ਵਾਲਾ ਨੈੱਟਵਰਕ ਅਸਲੀ ਸਰੋਤ ਦੇਖਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਲੌਗ ਕਰ ਸਕਦਾ ਹੈ, ਪ੍ਰਤੀ-ਹੋਸਟ ਨਿਯਮ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਜਵਾਬ ਸਿੱਧਾ ਉਸ ਪਤੇ 'ਤੇ ਭੇਜ ਸਕਦਾ ਹੈ। ਇਹ ਦਿੱਖ ਹੀ ਪੂਰੀ ਗੱਲ ਹੈ, ਅਤੇ ਇਸ ਨਾਲ ਇੱਕ ਜ਼ਿੰਮੇਵਾਰੀ ਆਉਂਦੀ ਹੈ: ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਕੋਲ LAN ਪ੍ਰੀਫਿਕਸ ਲਈ ਟਨਲ ਰਾਹੀਂ ਵਾਪਸ ਜਾਣ ਵਾਲਾ ਮਾਰਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਨਿਯਮ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਮਾਰਗ ਦੀ ਯੋਜਨਾ ਬਣਾਓ, ਕਿਉਂਕਿ ਟਨਲ ਕਿਵੇਂ ਵੀ ਉੱਪਰ ਆਵੇਗਾ ਅਤੇ ਸਿਰਫ਼ ਜਵਾਬ ਹੀ ਘਟਣਗੇ।
ਨਾਕਾਮੀ ਦੇ ਤਰੀਕੇ ਵਾਅਦਿਆਂ ਜਿੰਨੇ ਹੀ ਵੱਖਰੇ ਹਨ। ਗੈਰਹਾਜ਼ਰ ਮਾਸਕਰੇਡ ਨਿਯਮ ਉਹ ਪੈਕਟ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਪ੍ਰਾਈਵੇਟ ਸਰੋਤਾਂ ਨਾਲ ਨਿਕਲਦੇ ਹਨ ਅਤੇ ਕਦੇ ਵਾਪਸ ਨਹੀਂ ਆਉਂਦੇ। ਗੈਰਹਾਜ਼ਰ ਵਾਪਸੀ ਮਾਰਗ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਵਿੱਚ ਉਹੀ ਲੱਛਣ ਦਿੰਦਾ ਹੈ, ਪਰ ਸੁਧਾਰ ਗੇਟਵੇ 'ਤੇ ਨਹੀਂ, ਦੂਰ ਵਾਲੇ ਰਾਊਟਰ 'ਤੇ ਹੁੰਦਾ ਹੈ।
ਮਾਸਕਰੇਡ: ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਇੱਕ ਪੀਅਰ
ਮਾਸਕਰੇਡ ਮਾਰਗ ਦਾ ਇੱਕ ਕ੍ਰਮ ਹੈ ਜੋ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਕੋਈ ਵੀ NAT ਨਿਯਮ ਕੰਮ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਫਾਰਵਰਡਿੰਗ ਚਾਲੂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਫਿਲਟਰ ਟੇਬਲ ਨੂੰ ਦੋਹਾਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਲੰਘਣ ਦੀ ਆਗਿਆ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਉਦੋਂ ਹੀ ਟਨਲ ਇੰਟਰਫੇਸ 'ਤੇ ਅਨੁਵਾਦ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
sysctl -w net.ipv4.ip_forward=1
iptables -A FORWARD -i eth1 -o tun0 -j ACCEPT
iptables -A FORWARD -i tun0 -o eth1 -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE
ਕਲਾਇੰਟਾਂ ਨੂੰ ਅਜੇ ਵੀ ਗੇਟਵੇ ਤੱਕ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ। ਜਾਂ ਤਾਂ ਗੇਟਵੇ ਉਨ੍ਹਾਂ ਦਾ ਡਿਫਾਲਟ ਰਾਊਟਰ ਹੈ, ਜਾਂ ਉਹ ਦੂਰ ਵਾਲੇ ਪ੍ਰੀਫਿਕਸ ਲਈ ਖਾਸ ਮਾਰਗ ਰੱਖਦੇ ਹਨ; ਜੇ ਵੱਖਰਾ ਰਾਊਟਰ ਡਿਫਾਲਟ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਉਸ ਰਾਊਟਰ ਨੂੰ ਟਨਲ ਦੀਆਂ ਮੰਜ਼ਿਲਾਂ ਲਈ ਸਥਿਰ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਗੇਟਵੇ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਪੈਕਟ ਗਲਤ ਹੌਪ 'ਤੇ ਚਲਾ ਜਾਂਦਾ ਹੈ।
DNS ਇੱਕ ਵੱਖਰਾ ਫੈਸਲਾ ਹੈ। ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਦਾ ਰਿਜ਼ੋਲਵਰ ਸਿਰਫ਼ ਤਦ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਉਸਦਾ ਜਵਾਬ ਕਲਾਇੰਟ ਤੱਕ ਵਾਪਸ ਜਾ ਸਕੇ। ਮਾਸਕਰੇਡ ਵਿੱਚ ਕਵੈਰੀ ਗੇਟਵੇ ਤੋਂ ਆਉਂਦੀ ਦਿਸਦੀ ਹੈ, ਇਸ ਲਈ ਰਿਜ਼ੋਲਵਰ ਦਾ ਵਾਪਸੀ ਮਾਰਗ ਪਹਿਲਾਂ ਹੀ ਪੂਰਾ ਹੈ; ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਵਿੱਚ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਕਿਸੇ ਵੀ ਹੋਰ ਦੂਰ ਵਾਲੀ ਸੇਵਾ ਵਾਂਗ ਉਹੀ ਵਾਪਸੀ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ।
ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ: ਸਰੋਤ ਰੱਖੋ, ਵਾਪਸੀ ਮਾਰਗ ਜੋੜੋ
ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਟੇਬਲ ਅਤੇ ਉਸਨੂੰ ਚੁਣਨ ਵਾਲੇ ਨਿਯਮ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। LAN ਇੰਟਰਫੇਸ ਤੋਂ ਆਉਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਇੱਕ ਮਨੋਨੀਤ ਟੇਬਲ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਟੇਬਲ ਟਨਲ ਰਾਹੀਂ ਡਿਫਾਲਟ ਮਾਰਗ ਰੱਖਦਾ ਹੈ। ਮੁੱਖ ਟੇਬਲ ਅਛੂਤਾ ਰਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਗੇਟਵੇ ਖੁਦ ਪੈਦਾ ਕੀਤਾ ਟ੍ਰੈਫਿਕ ਦੂਜਾ ਰਾਹ ਲੈ ਸਕਦਾ ਹੈ।
ip rule add iif eth1 table vpn
ip route add default dev tun0 table vpn
ਫਿਰ ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਨੂੰ LAN ਪ੍ਰੀਫਿਕਸ ਟਨਲ ਰਾਹੀਂ ਵਾਪਸ ਰੂਟ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਇਹ ਇਸ ਗੇਟਵੇ 'ਤੇ ਨਹੀਂ, ਦੂਰ ਵਾਲੇ ਰਾਊਟਰ 'ਤੇ ਸੈਟਿੰਗ ਹੈ। ਗੇਟਵੇ ਨੂੰ ਉਹ ਜਵਾਬ ਵੀ ਸਵੀਕਾਰ ਕਰਨੇ ਪੈਂਦੇ ਹਨ ਜੋ ਮੁੱਖ ਟੇਬਲ ਦੇ ਅੰਦਾਜ਼ੇ ਤੋਂ ਵੱਖਰੇ ਇੰਟਰਫੇਸ 'ਤੇ ਆਉਂਦੇ ਹਨ; ਜਦੋਂ ਸਖ਼ਤ ਮੋਡ ਉਹ ਪੈਕਟ ਸੁੱਟਦਾ ਹੈ ਤਾਂ ਢਿੱਲੀ ਉਲਟ-ਮਾਰਗ ਫਿਲਟਰਿੰਗ (rp_filter 2 'ਤੇ ਸੈੱਟ) ਆਮ ਸਮਾਯੋਜਨ ਹੈ।
ਜਦੋਂ ਦੋ ਟਨਲ ਸਰਗਰਮ ਹੋਣ, ਹਰ ਪ੍ਰਵਾਹ ਨੂੰ ਦਾਖਲੇ 'ਤੇ ਟੈਗ ਕਰੋ ਅਤੇ ਟੈਗ ਨੂੰ ਟੇਬਲ ਚੁਣਨ ਦਿਓ। ਸਿਰਫ਼ ਇਨਪੁਟ ਇੰਟਰਫੇਸ ਦੇਖਣ ਵਾਲਾ ਨਿਯਮ ਦੋਹਾਂ ਟਨਲਾਂ ਦਾ ਟ੍ਰੈਫਿਕ ਇੱਕੋ ਟੇਬਲ 'ਤੇ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਦੂਜਾ ਟਨਲ ਪਹਿਲੇ ਦੇ ਪ੍ਰਵਾਹ ਚੁਰਾ ਲੈਂਦਾ ਹੈ। ਉਹ ਟੈਗ ਦੁਬਾਰਾ ਜੁੜਨ ਨੂੰ ਝੱਲਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਨਾਲ ਪਰਖੋ, ਕਿਉਂਕਿ ਤਦ ਹੀ ਮਿਸ਼ਰਤ ਨੀਤੀ ਦਿਸਦੀ ਹੈ।
ਮਾਲਕੀਅਤ ਅਤੇ ਦੂਰ ਵਾਲਾ ਪਾਸਾ ਕੀ ਲੌਗ ਕਰਦਾ ਹੈ ਦੇ ਆਧਾਰ 'ਤੇ ਫੈਸਲਾ ਕਰੋ
ਜੇ ਟਨਲ ਪ੍ਰਦਾਤਾ ਕੋਲ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਮਾਸਕਰੇਡ ਵਰਤੋ। ਉਹ ਓਪਰੇਟਰ ਤੁਹਾਡੀਆਂ ਪ੍ਰਾਈਵੇਟ LAN ਰੇਂਜਾਂ ਨੂੰ ਰੂਟ ਨਹੀਂ ਕਰੇਗਾ, ਅਤੇ ਤੁਹਾਡੇ ਗੇਟਵੇ ਪਿੱਛੇ ਦੇ ਵੱਖਰੇ ਕਲਾਇੰਟਾਂ ਵਿੱਚ ਫ਼ਰਕ ਕਰਨ ਦਾ ਉਸ ਕੋਲ ਕੋਈ ਕਾਰਨ ਨਹੀਂ। ਇੱਕ ਦਿਖਣ ਵਾਲਾ ਪੀਅਰ ਹੀ ਉਹ ਇਕੱਲਾ ਮਾਡਲ ਹੈ ਜਿਸਨੂੰ ਉਸਦੀ ਨੀਤੀ ਸਮਰਥਨ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਉਸਨੂੰ ਇਹੀ ਦਿਓ ਅਤੇ ਅਨੁਵਾਦ ਆਪਣੇ ਕੰਢੇ 'ਤੇ ਰੱਖੋ। ਪ੍ਰਦਾਤਾ ਇੱਕ ਪੀਅਰ ਦੇਖਦਾ ਹੈ, ਜੋ ਉਸਦੀ ਨੀਤੀ ਦੀ ਬਿਲਕੁਲ ਉਹੀ ਉਮੀਦ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਉਹ ਇੱਕੋ ਪਛਾਣ ਵਿਰਾਸਤ ਵਿੱਚ ਪਾਉਂਦੇ ਹਨ।
ਜੇ ਦੋਵੇਂ ਕਿਨਾਰੇ ਤੁਹਾਡੇ ਹਨ ਅਤੇ ਦੂਰ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਸਰੋਤ ਪਤਿਆਂ 'ਤੇ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਆਪਣੇ ਵਾਧੂ ਮਾਰਗ ਦੀ ਹੱਕਦਾਰ ਹੈ। ਤਦ ਫਾਇਰਵਾਲ ਨਿਯਮ, ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਪਹੁੰਚ ਅਤੇ ਆਡਿਟ ਲੌਗ ਕਲਾਇੰਟਾਂ ਵਿੱਚ ਫ਼ਰਕ ਕਰ ਸਕਦੇ ਹਨ। ਜੇ ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਸਿਰਫ਼ ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਮਾਸਕਰੇਡ ਸੌਖਾ ਹੈ ਅਤੇ ਵਾਪਸੀ-ਮਾਰਗ ਦੀਆਂ ਗਲਤੀਆਂ ਦੀ ਇੱਕ ਸ਼੍ਰੇਣੀ ਹਟਾ ਦਿੰਦਾ ਹੈ।
ਹਾਈਬ੍ਰਿਡ ਡਿਜ਼ਾਈਨ ਆਮ ਹਨ: ਤੁਹਾਡੇ ਆਪਣੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ, ਪ੍ਰਦਾਤਾ ਦੇ ਕੰਢੇ ਮਾਸਕਰੇਡ। ਮਹੱਤਵਪੂਰਨ ਇਹ ਹੈ ਕਿ ਲਿਖ ਕੇ ਰੱਖੋ ਕਿ ਕਿਹੜਾ ਹੌਪ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਹੜਾ ਹੌਪ ਰੂਟ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਕਲਾਇੰਟ ਲਈ ਗਲਤੀ ਨਾਲ ਜੋੜਿਆ NAT ਨਿਯਮ ਉਸੇ ਲੜੀ ਦੇ ਹਰ ਕਲਾਇੰਟ ਦਾ ਸਰੋਤ ਲੁਕਾ ਦਿੰਦਾ ਹੈ।
ਇੱਕ ਕਲਾਇੰਟ ਤੋਂ ਜਾਂਚੋ, ਫਿਰ ਦੂਜੇ ਕਲਾਇੰਟ ਤੋਂ
ਟੈਸਟ ਉੱਥੇ ਚਲਾਓ ਜਿੱਥੇ ਟ੍ਰੈਫਿਕ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਹੋਸਟ ਜੋ ਮਾਰਗ ਵਰਤਦਾ ਹੈ ਉਹ ਜਾਂਚੋ, ਟਨਲ ਇੰਟਰਫੇਸ 'ਤੇ ਪੈਕਟ ਦਿਸਣਾ ਦੇਖੋ, ਅਤੇ ਅਨੁਵਾਦ ਲਈ conntrack ਜਾਂਚੋ। ਇਹ ਕ੍ਰਮ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕਟ ਇੱਛਤ ਰਾਹ ਲੈ ਗਿਆ, ਸਿਰਫ਼ ਕਿਤੇ ਪਹੁੰਚਿਆ ਨਹੀਂ।
ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਟੈਸਟ ਦੁਹਰਾਓ। ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲਾ ਮਾਸਕਰੇਡ ਨਿਯਮ ਨਵੇਂ ਟਨਲ ਪਤੇ 'ਤੇ ਟਿਕਦਾ ਹੈ; ਪੁਰਾਣੇ ਪਤੇ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲਾ ਨਿਯਮ ਨਹੀਂ ਟਿਕਦਾ। ਫਿਰ ਦੂਜੇ LAN ਹੋਸਟ ਨੂੰ ਪਰਖੋ, ਕਿਉਂਕਿ ਇੱਕ ਮਸ਼ੀਨ 'ਤੇ ਚੱਲਣ ਵਾਲਾ ਡਿਜ਼ਾਈਨ ਅਕਸਰ ਉਸੇ ਮਸ਼ੀਨ ਦੇ ਆਪਣੇ ਮਾਰਗ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਗੇਟਵੇ ਦੀ ਨੀਤੀ 'ਤੇ ਨਹੀਂ।
ਚੁਣਿਆ ਮਾਡਲ, ਅਨੁਵਾਦਿਤ ਜਾਂ ਸੁਰੱਖਿਅਤ ਸਰੋਤ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਦਾ ਮਾਲਕ ਗੇਟਵੇ ਦੇ ਨੋਟਾਂ ਵਿੱਚ ਲਿਖੋ। ਨਹੀਂ ਤਾਂ ਅਗਲਾ ਵਿਅਕਤੀ ਜੋ ਕਲਾਇੰਟ ਜਾਂ ਟਨਲ ਜੋੜੇਗਾ ਉਹ ਅੰਦਾਜ਼ਾ ਲਾਏਗਾ, ਅਤੇ ਅੰਦਾਜ਼ਾ ਹੀ ਚੱਲ ਰਹੀ LAN-ਤੋਂ-VPN ਸੈਟਅਪ ਨੂੰ ਅੱਧਾ-ਅਧੂਰਾ ਬਣਾਉਣ ਦਾ ਤਰੀਕਾ ਹੈ।