ਪਾਲਿਸੀ ਰਾਊਟਿੰਗ ਚਾਲੂ ਹੋਣ ਤੱਕ LAN ਕਲਾਇੰਟ ਰਾਊਟਰ VPN ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੇ ਹਨ

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

ਫਿਲਟਰ ਨਿਯਮ ਇੰਟਰਫ਼ੇਸ ਨਹੀਂ ਚੁਣ ਸਕਦਾ

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

ਹੇਠਾਂ ਦਿੱਤਾ ਉਦਾਹਰਨ br-lan ਉੱਤੇ 192.168.8.0/24 ਦਾ LAN, ਇੱਕ ਟਨਲ ਯੰਤਰ tun0, ਅਤੇ 192.168.8.23 ਉੱਤੇ ਇੱਕ ਸੈੱਟ-ਟਾਪ ਬਾਕਸ ਵਰਤਦਾ ਹੈ ਜਿਸਨੂੰ ਟਨਲ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ।

ਨਿਯਮ ਸੰਪਾਦਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਖੋਜ ਪੜ੍ਹੋ

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

ip -4 route get 198.51.100.7 from 192.168.8.23

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

ਜਿਨ੍ਹਾਂ ਕਲਾਇੰਟਾਂ ਨੂੰ ਢੱਕਣਾ ਹੈ ਉਨ੍ਹਾਂ ਨਾਲ ਸਾਰਣੀ ਜੋੜੋ

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

ip -4 route add default dev tun0 table 200
ip -4 rule add iif br-lan lookup 200 priority 200

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

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

ਸਥਾਨਕ ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ

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

ip -4 route add throw 192.168.8.0/24 table 200

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

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