ਸਥਾਨਕ ਰੂਟ VPN ਦੇ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ ਕਿਉਂ ਹਰਾਉਂਦਾ ਹੈ

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

ਜੁੜਿਆ ਪ੍ਰੀਫਿਕਸ ਡਿਫਾਲਟ ਰੂਟ ਨਾਲੋਂ ਵਧੇਰੇ ਖ਼ਾਸ ਹੈ

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

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

ਕਰਨਲ ਜੋ ਚੋਣ ਕਰੇਗਾ, ਉਹ ਪੜ੍ਹੋ

ਟੇਬਲ ਉੱਤੋਂ ਪੜ੍ਹਨ ਦੀ ਥਾਂ ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਸਹੀ ਮੰਤਵ ਲਈ ਉਹ ਕਿਹੜਾ ਰੂਟ ਵਰਤੇਗਾ। ਫਿਰ ਅਜਿਹੇ ਨੀਤੀ ਨਿਯਮ ਲੱਭੋ ਜੋ ਕੋਈ ਹੋਰ ਟੇਬਲ ਚੁਣ ਸਕਣ। ਦੋ ਕਮਾਂਡਾਂ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਦੋਵੇਂ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ।

ip route get 10.20.30.41
ip route show table all | grep -E '10\.|default'
ip rule show

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

ਸਥਾਨਕ ਪਹੁੰਚ ਇੱਕ ਵੱਖਰੀ ਇਜਾਜ਼ਤ ਹੈ

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

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

ਹੋਸਟ ਰੂਟਾਂ ਦਾ ਢੇਰ ਲਾਏ ਬਿਨਾਂ ਓਵਰਲੈਪ ਠੀਕ ਕਰੋ

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

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