ਦੋ VPN ਕਲਾਇੰਟ, ਇੱਕ ਰੂਟਿੰਗ ਸਾਰਣੀ: ਡਿਫ਼ਾਲਟ ਰੂਟ ਕਿਸਨੂੰ ਮਿਲਦਾ ਹੈ

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

ਟਕਰਾਅ ਰੂਟਿੰਗ ਸਾਰਣੀ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ

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

ਕਲਾਇੰਟ ਇੱਕ ਸਾਂਝੀ ਸਾਰਣੀ ਦੇ ਸੰਪਾਦਕ ਹਨ। ਕਿਹੜਾ ਬਦਲਾਅ ਆਖ਼ਰੀ ਸੀ, ਇਹ ਜਾਣਨਾ ਲਗਭਗ ਹਰ ਲੱਛਣ ਸਮਝਾ ਦਿੰਦਾ ਹੈ।

ਪੜ੍ਹੋ ਕਿ ਮੌਜੂਦਾ ਰਾਹ ਕਿਹੜੀ ਟਨਲ ਦਾ ਹੈ

ਜੁੜੇ ਹੋਣ ਦੀ ਰਿਪੋਰਟ ਦੇਣ ਵਾਲੇ ਕਲਾਇੰਟ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਅਸਲ ਫ਼ੈਸਲਾ ਜਾਂਚੋ। ਸਿਸਟਮ ਨੂੰ ਪੁੱਛੋ ਕਿ ਕਿਹੜਾ ਇੰਟਰਫ਼ੇਸ ਕਿਸੇ ਖ਼ਾਸ ਮੰਜ਼ਿਲ ਨੂੰ ਲੈ ਜਾਵੇਗਾ।

ip route get 10.20.0.5
route print -4

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

ਦੂਜੇ ਕਲਾਇੰਟ ਨੂੰ ਸਭ ਕੁਝ ਦਾਅਵਾ ਕਰਨ ਤੋਂ ਰੋਕੋ

ਇੱਕ ਕਲਾਇੰਟ ਡਿਫ਼ਾਲਟ ਰੂਟ ਦਾ ਮਾਲਕ ਹੋਵੇ, ਅਤੇ ਦੂਜਾ ਸਿਰਫ਼ ਆਪਣੇ ਪ੍ਰੀਫ਼ਿਕਸ ਲੈ ਜਾਵੇ। OpenVPN ਕਲਾਇੰਟ ਸਰਵਰ ਵੱਲੋਂ ਧੱਕੇ ਗਏ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੇ ਹਨ।

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull ਹਰ ਧੱਕੇ ਹੋਏ ਰੂਟ ਨੂੰ ਅਣਡਿੱਠ ਕਰਦਾ ਹੈ, ਜਦਕਿ pull-filter ignore "redirect-gateway" ਸਿਰਫ਼ ਡਿਫ਼ਾਲਟ-ਰੂਟ ਨਿਰਦੇਸ਼ ਛੱਡਦਾ ਹੈ ਅਤੇ ਧੱਕੇ ਹੋਏ DNS ਅਤੇ ਹੋਰ ਚੋਣਾਂ ਰੱਖਦਾ ਹੈ। ਸਰਵਰ ਦੀ ਸੰਰਚਨਾ ਵਿੱਚੋਂ ਕਿੰਨੀ ਹਾਲੇ ਚਾਹੀਦੀ ਹੈ ਦੇ ਆਧਾਰ 'ਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਚੁਣੋ, ਫਿਰ ਦੂਜੇ ਨੈੱਟਵਰਕ ਲਈ ਲੋੜੀਂਦੇ ਖ਼ਾਸ ਪ੍ਰੀਫ਼ਿਕਸ ਜੋੜੋ। DNS ਯਾਦ ਰੱਖੋ, ਕਿਉਂਕਿ ਜੋ ਟਨਲ ਖੋਜਾਂ ਨਹੀਂ ਲੈ ਜਾਂਦੀ, ਉਸ ਵੱਲੋਂ ਧੱਕਿਆ ਰਿਜ਼ਾਲਵਰ ਕੁਝ ਵਾਪਸ ਨਹੀਂ ਦਿੰਦਾ। ਹਰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਇੱਕ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਹੋਸਟ ਪਰਖੋ ਅਤੇ ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਵੱਲੋਂ ਦਿਸਦੇ ਸਰੋਤ ਪਤੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

ਓਵਰਲੈਪ ਹੁੰਦੇ ਸਬਨੈੱਟਾਂ ਤੋਂ ਬਚਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ

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

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